рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Постановка задачи

Постановка задачи - раздел Психология, Разработка базы данных для информатизации деятельности предприятия малого бизнеса Delphi 7.0 Постановка Задачи. Выше Были Рассмотрены Функции Различных Подразделений Рск....

Постановка задачи. Выше были рассмотрены функции различных подразделений РСК. Несомненно, работа каждого из них очень важна, но хотелось бы уделить особое внимание отделу по работе с клиентами, от эффективности работы которого во многом зависит финансовое состояние всего предприятия в целом.

В данной дипломной работе была поставлена задача по разработке программного продукта (ПП), который позволит ремонтно-строительной компании (РСК) значительно сократить промежуток времени от обращения потенциального клиента фирмы до заключения договора о проведении работ. В то же время разрабатываемый ПП позволит сократить работу персонала компании по обработке «пустых», т.е. не проходящих заказов.

Это, в свою очередь, ведет к значительной экономии средств, так как обработка одного заказа занимает не менее восьми часов высококвалифицированного специалиста. Отмечу также, что программа позволяет специалисту Отдела по работе с клиентами проводить учет обращений и квалифицированно вести диалог с заказчиками, представляя достаточно сложную специальную информацию. 1.3. Анализ необходимости внедрения автоматизированной системы. В настоящее время в РСК обработка обращений граждан и организаций, по поводу проведения ремонтно-строительных работ, происходит «вручную», что отображено на рис.1. Рис.1 Структурная схема неавтоматизированной системы обработки заявок На вышеприведенной схеме прослеживается несколько этапов передачи информации: 1. Заказчик обращается на фирму к менеджеру по работе с клиентами, для подачи заявки на проведение ремонтно-строительных работ. 2. Менеджер по работе с клиентами отправляет сведения о заказе прорабу. 3. Прораб выезжает на объект, для уточнения сведений о ремонтных работах, производит необходимые замеры.

После этого составляется сметная документация. 4. Составленные документы передаются менеджеру по работе с клиентами. 5. Менеджер представляет сметную документацию заказчику. 6. Заказчик, на основании предоставленного предложения, принимает решение о дальнейшем сотрудничестве с РСК. 7. Результаты принятого решения менеджер предоставляет директору фирмы. 8. При обоюдном согласии заключается договор между фирмой и заказчиком.

При таком положении дел на обработку одной заявки тратится несколько дней. Кроме того, менеджер вышеуказанного отдела должен владеть достаточно большим объемом специальной информации.

Так же нельзя забывать, что в такой схеме обработки информации участвует еще одно лицо – прораб. От него зависит, насколько быстро он сможет связаться с заказчиком, произвести расчеты и составить необходимую документацию. При этом не следует забывать, что прораб так же бывает занят производством работ на других объектах.

Предлагаемый ПП «Автоматизированная информационная система ремонтно-строительного предприятия (АИС РСК)» предполагает совсем иной подход к обработке заявок. Это можно увидеть на рис. 2: Рис.2. Структурная схема автоматизированной системы обработки заявок На этой схеме прохождение информации осуществляется следующим образом: 1. Заказчик обращается на фирму к менеджеру по работе с клиентами для подачи заявки на проведение ремонтно-строительных работ. 2. Менеджер по работе с клиентами обращается к АИС РСК. Он заполняет карточку клиента, и система выдает все необходимые расчеты и информацию согласно запросам. 3. На основании полученной информации заказчик принимает решение о дальнейшем сотрудничестве с РСК 4. Результаты принятого решения менеджер предоставляет директору фирмы. 5. При обоюдном согласии заключается договор между фирмой и заказчиком.

На основании представленной схемы и описания можно увидеть, что процесс обработки заявок значительно упрощается.

Благодаря АИС необходимую информацию о стоимости работ на объекте клиент получает в течение нескольких минут. Так же мы видим, что на этом этапе работы предприятия пропадает необходимость в каких-либо действиях со стороны прораба. Объем информации, которой должен обладать менеджер по работе с клиентами значительно уменьшается, так как всю необходимую специальную информацию содержит АИС. Исходя из всего выше сказанного, польза от предлагаемой программы несомненна. 1.4. Техническое задание на разработку.

Автоматизированная информационная система учета и обработки заявок граждан в ремонтно-строительную компанию. 1. Введение. 1.1. Наименование Автоматизированная информационная система ремонтно-строительной компании (АИС РСК) по учету и обработке заявок граждан. 1.2. Краткая характеристика и области применения. АИС РСК представляет собой информационную систему для автоматизации ввода, регистрации и выдаче информации о стоимости проведения работ.

АИС предназначена в основном, для использования в мелких и средних РСК. 2. Основание для разработки: Задание на дипломный проект. 3. Назначение и цели создания системы 3.1 . Назначение разработки: Программный продукт (ПП) предназначен для учета и обработки заявок граждан и организаций в РСК, и представления отчетов в виде калькуляционных ведомостей. 3.2.Цели создания: • Автоматизация учета и обработки заявок граждан в РСК; • Сокращение временного интервала от обращения заказчика в РСК до заключения договора о проведении работ; • Снижение затрат на обработку первичной информации об объекте; • Создание благоприятного психологического климата при работе с клиентами. 4. Технические требования 4.1. Требования к функциональным характеристикам 4.1.1. Состав выполняемых функций: • предоставление готовых форм для ввода исходных данных; • обработка исходных данных и составление смет; • составление специальных форм отчетов. 4.1.2. Организация входных и выходных данных: Входные данные - вносимые пользователем сведения о заказе на работы (реквизиты заказчика, виды работ, объем работ и т.п.). Выходные данные – отчеты о стоимости работ, а так же количество и стоимость материалов необходимых для проведения этих работ. 4.1.3. Временные характеристики: Машинная обработка данных составляет несколько секунд. 4.2. Требования к надежности В период опытной эксплуатации правильность работы системы проверяется тестовым вводом исходных данных. 4.3. Требования к условиям эксплуатации Программа ориентирована на минимальные требования к компьютерной подготовке пользователей. 4.4. Требования к составу и параметрам технических средств IBM PC 486/16 MB и выше. 4.5. Требования к информационной и программной совместимости 4.5.1. Информационные структуры на входе и выходе: • ОС Windows NT/9x/200x; • Office 9x Pro. 4.5.2. Методы решения: Построение СУБД на основе инфологической и датологической модели предметной области. 4.5.3. Языки программирования и программные средства, используемые в программе Определяются на этапе эскизного проектирования. 4.6. Требования к упаковке, маркировке, транспортировке и хранению Отсутствуют. 5. Требования к программной документации Состав программной документации: • руководство пользователя; • листинг программы. 6. Технико-экономические показатели разрабатываются в экономической части проекта. 7. Стадии и этапы разработки определяются в соответствии с регламентом разработки дипломного проекта. 8. Порядок контроля и приемки 8.1. Общие требования к приемке работ: • поэтапный контроль со стороны руководителя проекта; • тестирование программных модулей; • опытная эксплуатация. Исполнитель /М.А. Солнцев/ 2002 год Глава 2. Информационно-программная часть.

Разработал Солнцев М. А. Руководитель Гагарина Л. Г. 2.1. Функциональные возможности системы Перед началом проектирования какой-либо системы необходимо в первую очередь определить состав тех операций, которые будут заложены в проектируемый комплекс программных средств, и проанализировать необходимость и возможность реализации функций средствами конкретной системы проектирования.

АИС РСК по учету и обработке заявок граждан предназначена, как уже было сказано выше, в первую очередь для повышения эффективности работы менеджера по обработке заявок.

Поэтому функциональные возможности программного комплекса должны быть направлены на решение конкретных задач возникающих в процессе работы.

В проектируемой системе необходимо заложить возможности, обеспечивающие ниже перечисленные сервисные и информационно-расчетные функции: • автоматический учет обращений физических и юридических лиц; • возможность предоставления готовых форм для ввода исходных данных; • автоматическая обработка исходных данных; • выдача специальных форм отчетов согласно запросам; • возможность дополнения и изменения информации в базах данных (БД); 2.2. Построение модели БД. Для проектирования структуры БД необходима исходная информация о предметной области желательно в формализованном виде. Предметной областью (ПО) называется часть реальной системы, представляющая интерес для данного исследования.

При проектировании автоматизированных информационных систем ПО представляется в виде моделей данных нескольких уровней.

Число используемых уровней зависит от сложности системы, но в любом случае включает логический и физический уровни.

ПО может относиться к любому типу организации (институт, завод, малое предприятие и т.п.). Необходимо различать полную ПО предприятия в целом и организационную единицу этой ПО. Организационная единица, в свою очередь, может представлять свою ПО (отделы). Информация, необходимая для описания ПО, зависит от реальной модели и может включать сведения о персонале, заработной плате, товарах, то есть сведения о людях, местах, предметах, событиях и понятиях.

Описание ПО, без ориентации на используемые программные и технические средства, называется инфологической моделью (ИЛМ). 2.3. Инфологическая модель БД Компоненты инфологической модели Компоненты инфологической модели включают ряд описаний объектов ПО и связи между ними. Описание ПО всегда представлено в какой-то знаковой системе.

Поэтому кроме отношений, присущих ПО, возникают еще и отношения, обусловленные особенностями отображения ПО в языковой среде.

В настоящее время не существует единого стандарта или общепринятого способа построения ИЛМ. Для описания ИЛМ используются как языки аналитического (описательного) типа, так и графические средства.

В процессе анализа в ПО выделяют классы объектов. Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств. Например, если в качестве ПО рассмотреть вуз, то в ней можно выделить следующие классы объектов: учащиеся, преподаватели, аудитории и т. д. Объекты могут быть реальными или абстрактными, как, например, предметы, которые изучают студенты. При отражении в ИС каждый объект представляется своим идентификатором, который отличает один объект класса от другого, а каждый класс объектов представляется именем этого класса.

Так, для объектов класса «Изучаемые предметы» идентификатором каждого объекта будет «Название предмета». Идентификатор должен быть уникальным. Каждый объект обладает определенным набором свойств. Для объектов одного класса набор этих свойств одинаков, а их значения могут различаться. Каждому классу объектов в ИЛМ присваивается уникальное имя. При описании ПО надо отразить связи между объектом и характеризующими его свойствами.

Это изображается в виде линии, соединяющей обозначение объекта и его свойств. Связь между объектом и его свойством может быть различной. Объект может обладать только одним значением какого-то свойства. Например, каждый человек может иметь только одну дату рождения. Назовем такие свойства единичными. Для других свойств возможно существование одновременно нескольких значений у одного объекта. Пусть, например, при описании «Сотрудника» фиксируется в качестве его свойства «Иностранный язык», которым он владеет.

Так как сотрудник может знать несколько иностранных языков, то такое свойство будем называть множественным. При изображении связи между объектом и его свойствами для единичных свойств будем использовать одинарную стрелку, а для множественных свойств – двойную. Кроме того, некоторые свойства являются постоянными, их значение не может измениться с течением времени. Назовем такие свойства статическими, а те свойства, значение которых может изменяться со временем, будем называть динамическими.

Кроме связи между объектом и его свойствами, в ИЛМ фиксируются связи между объектами разных классов. Различают связи типа «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1) и «многие ко многим» (М:М). Иногда эти типы связей называются степенью связи. Кроме степени связи в ИЛМ для характеристики связи между разными сущностями надо указывать так называемый класс принадлежности, который показывает, может ли отсутствовать связь объекта данного класса с каким-либо объектом другого класса.

Класс принадлежности сущности должен быть либо обязательным, либо необязательным. С учетом вышеперечисленных особенностей построения ИЛМ были разработаны восемь объектов данных: - Объект Карточка клиента содержит: данные о заказчике, дату поступления заказа и исходные данные об объекте для расчетов: площадь объекта, высота стен, окончательный материал пола, стен и потолка. - Объект Материалы включает: наименование строительного материала, единицы измерения (м.кв м.п шт. и т.п.) и стоимость. - Объект Нормы расхода содержит в себе информацию том, сколько затрачивается того или иного материала на единицу каждого типа работ: наименование или код работ, наименование материала, единицы измерения и количество. - Объект Единицы измерения содержит вспомогательные сведения о всевозможных единицах измерения различных материалов. - Объект Работы включает следующие аргументы: наименование, цену на единицу измерения, а так же тип выполняемых работ (штукатурные, малярные и т.п.). - Объект Типы работ содержит вспомогательные сведения подстановки о всевозможных типах выполняемых работ. - Объект Список работ предназначен для выборки всех работ, которые необходимо выполнить перед выполнением окончательной работы. - Объект ЗаказыРаботы является вспомогательным и предназначен для связи объектов Карточка клиента и Список работ, так как между ними должна быть связь «многие ко многим». На основании описанных свойств объектов и их назначения построим ИЛМ нашей базы данных (см. рис. 3.1). Рис. 2.1 Инфологическая модель базы данных. Рис. 2.1 Инфологическая модель базы данных (продолжение). ИЛМ предметной области строится первой еще на предпроектной стадии и затем уточняется на более поздних стадиях.

Затем на ее основе строится ДЛМ. Физическая и внешняя модели после этого могут строиться в любой последовательности, в том числе и параллельно.

При проектировании БД возможен возврат на предыдущие уровни. При этом возможны два вида возвратов: первый вид обусловлен необходимостью пересмотра результата проектирования (например, для улучшения полученных характеристик, «обхода» ограничений и т. п.), второй вид вызван необходимостью уточнения предыдущей модели (обычно инфологической) с целью получения дополнительной информации для проектирования или при выявлении противоречий в модели. 2.4. Выбор СУБД. После построения ИЛМ необходимо выбрать СУБД, с помощью которой мы будем управлять нашими БД. На сегодняшний день существует много разнообразных систем управления базами данных.

Это такие СУБД как Paradox, FoxPro, Clipper, Access и др. Для работы с большинством из них требуются достаточно глубокие знания данной СУБД и опыт программирования.

Успех Microsoft Access заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и квалифицированного пользователя.

Microsoft Access – это самая популярная сегодня настольная система управления базами данных.

В Microsoft Access присутствует язык программирования Visual Basic, который позволяет создавать массивы, свои типы данных, контролировать работу приложений. MS Access имеет один из самых лучших наборов визуальных средств разработки и представления информации среди аналогичных программных продуктов. Одно из основных преимуществ MS Access – интеграции с популярным офисным пакетом Microsoft Office. Вся работа с базой данных осуществляется через окно контейнера базы данных. Отсюда осуществляется доступ ко всем объектам: таблицам, запросам, формам, отчетам, макросам, модулям.

Встроенный язык запросов SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным. Access воспринимает большое количество форматов данных, включая файловые структуры других СУБД. Поэтому приложение в Access может импортировать из текстовых файлов или электронных таблиц и экспорт в них: предоставлять прямой доступ и обновлять файлы Paradox, FoxPro и других БД. Можно также импортировать данные из этих файлов в таблицы Access.

Преимуществом Access является наличие средств проектирования

– Конец работы –

Эта тема принадлежит разделу:

Разработка базы данных для информатизации деятельности предприятия малого бизнеса Delphi 7.0

С появлением персональных компьютеров СУБД становятся наиболее популярным средством обработки табличной информации. Они являются инструментальным средством проектирования банков данных при… На сегодняшний день обработка заявок в ремонтно-строительной компании (РСК) производится «вручную», что приводит к…

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Постановка задачи

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Структура ремонтно-строительной компании
Структура ремонтно-строительной компании. В данном дипломном проекте затрагивается деятельность фирмы, которая оказывает услуги в области ремонта и строительства жилых зданий и общественных сооруже

Постановка задачи
Постановка задачи. Выше были рассмотрены функции различных подразделений РСК. Несомненно, работа каждого из них очень важна, но хотелось бы уделить особое внимание отделу по работе с клиентами, от

Анализ необходимости внедрения автоматизированной системы
Анализ необходимости внедрения автоматизированной системы. В настоящее время в РСК обработка обращений граждан и организаций, по поводу проведения ремонтно-строительных работ, происходит «вручную»,

Техническое задание на разработку
Техническое задание на разработку. Автоматизированная информационная система учета и обработки заявок граждан в ремонтно-строительную компанию. 1. Введение. 1.1. Наименование Автоматизирован

Информационно-программная часть
Информационно-программная часть. Разработал Солнцев М. А. Руководитель Гагарина Л. Г. 2.1. Функциональные возможности системы Перед началом проектирования какой-либо системы необходимо в пер

Построение модели БД
Построение модели БД. Для проектирования структуры БД необходима исходная информация о предметной области желательно в формализованном виде. Предметной областью (ПО) называется часть реальной систе

Инфологическая модель БД
Инфологическая модель БД. Компоненты инфологической модели Компоненты инфологической модели включают ряд описаний объектов ПО и связи между ними. Описание ПО всегда представлено в какой-то знаковой

Выбор СУБД
Выбор СУБД. После построения ИЛМ необходимо выбрать СУБД, с помощью которой мы будем управлять нашими БД. На сегодняшний день существует много разнообразных систем управления базами данных.

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги