Разработка базы данных для информатизации деятельности предприятия малого бизнеса Delphi 7.0” Оглавление Введение 3 Глава 1. Аналитическая часть 1. Структура ремонтно-строительной компании 2. Постановка задачи 3. Анализ необходимости внедрения автоматизированной системы 4. Техническое задание на разработку 15 Глава 2. Информационно-программная часть 19 2.1 Функциональные возможности системы 2. Построение модели БД. 3. Инфологическая модель БД 4. Выбор СУБД 5. Построение датологической модели 33 Глава 3.Организационно - технологическая часть 1. Общая структура организации работ по проектированию ПП 1. Постановка задачи 2. Составление проекта 45 3.1.3. Алгоритмизация. 4. Программирование. 5. Препарацuя 6. Трансляция. 7. Отладка 8. Оформление программы 9. Проверка правильности расчетов 10. Отчет о работе. 11. Модернизация. 2. Необходимость отладки разработанного программного продукта 3. Методы и средства отладки 3.1 Контроль программы 58 3.3.2. Контроль результатов 3. Классификация методов контроля 4. Локализация ошибок 5. Технология отладки программы 67 Введение. Постепенно с развитием программного обеспечения ЭВМ появились идеи создания управляющих систем, которые позволяли бы накапливать, хранить и обновлять взаимосвязанные данные по целому комплексу решаемых задач. Эти идеи нашли свое воплощение в системах управления базами данных (СУБД). СУБД взаимодействуют не с локальными, а взаимосвязанными по информации массивами, называемыми базами данных.
С появлением персональных компьютеров СУБД становятся наиболее популярным средством обработки табличной информации.
Они являются инструментальным средством проектирования банков данных при обработке больших объемов информации.
На сегодняшний день обработка заявок в ремонтно-строительной компании (РСК) производится «вручную», что приводит к большим затратам времени, что в большинстве случаев вызывает недовольство клиентов.
Данная система управления основана на взаимодействии нескольких баз данных, созданных с помощью среды ACCESS. Вышеуказанная система касается той части работы РСК, которая связана с поступлением и обработкой заявки на ремонт.
Описываемый программный комплекс способствует сокращению временного интервала от обращения заказчика в РСК до заключения договора о проведении работ; снижает затраты на обработку первичной информации об объекте; содержит нормативно – справочную информацию; ведет учет клиентов. Основное преимущество системы заключается в обработке заявок по структуре: First Input First Output (F.I.F.O.), т.к. при поступлении заявки, происходит ее обработка, и клиент сразу же получает ответ о стоимости проведения ремонта и список материалов, необходимых для выполнения ремонтных работ.
Таким образом создается благоприятный психологический климат при работе менеджера РСК с клиентами. Так же к достоинствам программы стоит отнести то, что она разработана в рамках дипломного проекта, что значительно снижает ее себестоимость.
Глава 1.
Аналитическая часть. Разработал Солнцев М. А. Руководитель Гагарина Л. Г. 1.
На сегодняшний день, для нормального функционирования, любая ремонтно-... Отдел маркетинга; 4. Отдел по работе с клиентами; 5. Отдел по работе с клиентами занимается приемом и обработкой заявок гра... Производственный отдел занимается непосредственно проведением работ на...
Постановка задачи. Выше были рассмотрены функции различных подразделений РСК. Несомненно, работа каждого из них очень важна, но хотелось бы уделить ... не проходящих заказов. Это, в свою очередь, ведет к значительной эконо... 1.3.
Кроме того, менеджер вышеуказанного отдела должен владеть достаточно б... От него зависит, насколько быстро он сможет связаться с заказчиком, пр... Менеджер по работе с клиентами обращается к АИС РСК. Он заполняет карточку клиента, и система выдает все необходимые расчет... 3.
Введение. Наименование Автоматизированная информационная система ремонтно-строит... 4.1.2. 4.2. Общие требования к приемке работ: • поэтапный контроль со стороны руко...
Информационно-программная часть. Разработал Солнцев М. А. Руководитель Гагарина Л. Г. Функциональные возможности системы Перед началом проектирования какой-...
Построение модели БД. Организационная единица, в свою очередь, может представлять свою ПО (о... Предметной областью (ПО) называется часть реальной системы, представля... Для проектирования структуры БД необходима исходная информация о предм... .
Пусть, например, при описании «Сотрудника» фиксируется в качестве его ... Различают связи типа «один к одному» (1:1), «один ко многим» (1:М), «м... - Объект ЗаказыРаботы является вспомогательным и предназначен для связ... Рис. 2.1 Инфологическая модель базы данных (продолжение).
Выбор СУБД. Вся работа с базой данных осуществляется через окно контейнера базы да... Отсюда осуществляется доступ ко всем объектам: таблицам, запросам, фор... Работа в Access начинается с определения реляционных таблиц и полей, п... События в формах или отчетах могут запускать макросы или процедуры VBA.
Построение датологической модели. С учетом построенной инфологической модели и зная ограничения, налагаемые на хранимые данные используемой системой управления базами данных, строится датологическая модель базы данных.
Датологическая модель строится в терминах базы данных. Так как в нашем случае используется СУБД ACCESS, то мы строим реляционную модель базы данных в реализации MS ACCESS. Она позволяет организовывать описание объектов в виде таблиц. При этом можно задавать ограничения на типы хранимых данных в столбце, первичные ключи для задания связи нескольких таблиц. Наконец можно задавать ограничения целостности с помощью триггеров и процедур.
Кроме того таблицы поддерживают ограничения на непустое значение поля и уникальное поле. Возможно так же задание индексации полей для последующего ускорения поиска данных в таблицах. Построенная датологическая модель БД, с учетом особенностей MS ACCESS, выглядит следующим образом: Таблица 2.2. Таблица «Карточка клиента» Имя поля Тип данных Описание КодЗаказа Счетчик Идентификатор ФИОНаименование Текстовый Имя заказчика Телефон Числовой Телефон заказчика Адрес Текстовый Адрес заказчика ДатаОбращения Дата/время Дата обращения Площадь Поле МЕМО Площадь помещения ВысотаСтен Поле МЕМО Высота стен Полы Текстовый Окончательная отделка пола Стены Текстовый Окончательная отделка стен Потолок Текстовый Окончательная отделка потолка Двери Числовой Количество дверей Перегородки Поле МЕМО Периметр перегородок Таблица 2.3. Таблица «Работы» Имя поля Тип данных Описание КодРабот Счетчик Идентификатор КодТипа Числовой Тип работ Работа Текстовый Наименование работы ЕдИзм Текстовый Единицы измерения Цена Денежный Цена единицы работы Таблица 2.4. Таблица «Типы работ» Имя поля Тип данных Описание КодТипа Счетчик Идентификатор Тип Текстовый Тип работ Таблица 2.5. Таблица «Единицы измерения» Имя поля Тип данных Описание КодЕдИзмерения Счетчик Идентификатор ЕдИзмерения Текстовый Единицы измерения Таблица 2.6. Таблица «Материалы» Имя поля Тип данных Описание КодМатериала Счетчик Идентификатор Материал Текстовый Наименование материала КодЕдИзмерения Числовой Единицы измерения Цена Денежный Цена материала Таблица 2.7. Таблица «Нормы расхода» Имя поля Тип данных Описание КодНормы Счетчик Идентификатор КодРабот Числовой Наименование работ КодМатериала Числовой Наименование материала Единицы Числовой Единицы измерения Количество Поле МЕМО Количество Таблица 2.8. Таблица «Список работ» Имя поля Тип данных Описание КодОкончРаботы Счетчик Идентификатор ОкончатРабота Текстовый Окончательная работа КодРабот Числовой Наименование работ Таблица 2.9. Таблица «ЗакзыРаботы» Имя поля Тип данных Описание КодЗаказа Числовой Код заказа КодОкончРаботы Числовой Окончательная работа Курсивом в таблицах выделен ключевой столбец.
Связи между таблицами выглядят следующим образом: Рис. 2.2. Связывание таблиц На рисунке показана организация связей между таблицами.
Связи между таблицами объединены общей тематикой. Рис.2.3. Общий алгоритм работы программы.
При проектировании рабочей модели системы, с учетом информационных потребностей пользователя, был разработан общий алгоритм работы программы, который показан на рис.2.3 Из этого рисунка хорошо просматриваются функциональные возможности системы.
Эти возможности реализуются через отдельные блоки подпрограмм.
При входе в главное меню системы, пользователь выбирает один из пунктов меню, что и является в конечном итоге выбором конкретной подпрограммы. Функциональные особенности подпрограмм заключаются в следующем: - Подпрограмма заполнения карточки клиента предоставляет пользователю готовые формы для ввода данных (реквизиты заказчика, виды работ, параметры объекта), которые служат базой для проведения расчетов.
Так же здесь ведется учет обращений юридических и физических лиц в РСК. - Подпрограмма запроса на смету предназначена для произведения расчетов и выдачи готовых результатов, в виде ремонтно-строительных смет, на основании данных содержащихся в карточке клиента. - Подпрограмма запроса на список материалов предназначена для произведения расчетов и выдачи готовых результатов, в виде перечня ремонтно-строительных материалов и их стоимости на конкретный объект.
Эти расчеты, так же, производятся на основании данных содержащихся в карточке клиента. - Подпрограмма редактирования таблиц служит для изменения данных в таблицах о стоимости на производство работ и цен на материалы. С помощью этой подпрограммы можно вносить дополнения ко всем базам данных содержащимся в разработке. Алгоритм работы этой подпрограммы показан на рис. 2.4.