Разработка автоматизированной информационной системы обслуживания клиентов

Объектом исследования является предприятие ООО «Технэс», а также бизнес-модель процесса обслуживания клиентов на предприятии.

Целью дипломной работы является разработка автоматизированной ин-

формационной системы обслуживания клиентов ООО «Технэс».

В качестве метода и методологии проведения работы были выбраны предпроектное обследование, методы объектно-ориентированного программи-

рования и проектирования, а именно высокоуровневый язык программирования

Visual Basic и графические нотации моделирования UML 2.0. и IDEF0, являю-

щейся наиболее распространенными и современными методологиями описания бизнес-процессов.

Автоматизированная информационная система обслуживания клиентов разработана и готовится к стадии внедрения в опытную эксплуатацию на пред-

приятии ООО «Технэс». Разработанн ...

Введение 11

1 Предпроектное обследование ООО «Технэс» 13

1.1 Описание объекта автоматизации ООО «Технэс» 13

1.2 Анализ объекта автоматизации ООО «Технэс» 15

1.2.1 Построение организационной модели 15

1.2.2 Построение информационной модели 18

1.2.3 Построение функциональной модели 20

1.2.4 Построение технологической модели 23

1.2.5 Построение технической модели 24

1.2.6 Построение топологической модели объекта 25

1.2.7 Дерево проблем 27

1.3 Обзор информационных систем-аналогов 29

1.3.1 Описание систем-аналогов 29

1.3.2 Сравнительный анализ систем-аналогов 33

1.4 Обоснование необходимости автоматизации 34

2 Проектирование АИС обслуживания клиентов ООО «Технэс» 36

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

2.2 Проект обеспечивающей части АИС обслуживания клиентов 38

2.2.1 Техническое обеспечение системы 38

2.2.2 Программное обеспечение системы 39

2.2.3 Информационное обеспечение системы 40

2.2.4 Организационное обеспечение системы 43

2.2.5 Требования к защите информации 44

2.3 Архитектура АИС обслуживания клиентов 45

2.4 Диаграммы прецедентов АИС обслуживания клиентов 47

2.4.1 Диаграмма прецедентов для актера Юрист 49

2.4.2 Диаграмма прецедентов для актера Приемщик 51


5

2.4.3 Диаграмма прецедентов для актера Бухгалтер 58

2.4.4 Диаграмма прецедентов для актера Лаборант 59

2.4.5 Диаграмма прецедентов для актера Метролог 61

2.5 Диаграмма деятельности АИС обслуживания клиентов 63

2.6 Схема базы данных АИС обслуживания клиентов ООО «Технэс» 64

3 Рабочий проект АИС обслуживания клиентов ООО «Технэс» 65

3.1 Описание технологического процесса обработки данных в АИС 65

3.2 Автоматизированный процесс обслуживания клиентов ООО «Технэс» 66

3.3 Администрирование 77

3.4 Руководство пользователя 79

4 Экономическое обоснование разработки 80

4.1 Себестоимость разработки 80

4.2 Оценка экономической эффективности разработки 85

5 Безопасность жизнедеятельности 88

5.1 Анализ негативных факторов на рабочем месте с ПЭВМ 88

5.2 Комплексные мероприятия по снижению негативных факторов на рабочем

месте с ПЭВМ 91

5.3 Расчет искусственного освещения на рабочем месте с ПЭВМ 94

Заключение 96

Список использованных источников 99

Приложение А. Образец документа Договор 102

Приложение Б. Образец документа Акт приема обоудования………... 104

Приложение В. Образец документа Наряд 105

Приложение Г. Образец документа Счет 106

Приложение Д. Образец документа Протокол поверки 107

Приложение Е. Образец документа Свидетельство о поверке 108

Приложение Ж. Образец документа Акт выдачи оборудования 109

Приложение И. Технологическая модель процесса обслуживания клиентов..110

Приложение К. Модель бизнес-процесса обслуживания клиентов с

использованием АИС………………………………………………………….…111


6

Приложение Л. Техническое проектирование АИС 112

Приложение М. Диаграмма деятельности…………… ………………………116

Приложение Н. Схема БД АИС обслуживания клиентов ООО «Технэс» 117

Приложение П. Технологический процесс обработки данных в АИС

обслуживания клиентов ООО «Технэс»..………………………… …… ……118

Приложение Р. Рабочее проектирование АИС обслуживания клиентов ООО

«Технэс»…………………………………………………………………………..119

Приложение С. Руководство пользователя.Описание кнопок АИС 127

Проблемы сбора, накопления и обработки информации все чаще возни-

кают перед современным предприятием и требуют новых качественных реше-

ний. Сегодня наибольший успех имеет именно тот, кто может качественно об-

работать достаточно большой объем информации за приемлемое время. Естест-

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

С развитием рыночных отношений и изменением форм собственности в России появился устойчивый спрос на решения в области автоматизации рабо-

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

ным потоком документов в процессе обслуживания клиентов. Без автоматиза-

ции этого бизнес-процесса и нформационные потоки способны свести «на нет» все усилия других служб по принятию быстрых решений.

Однако сегодня множество предприятий, как и ООО «Технэс», не по-

прощавшись как следует с эпохой бумажного хаоса, вступили в эру хаоса элек-

тронного: на компьютерах в разрозненном виде хранятся бесчисленные версии договоров, протоколов, спецификаций, отчетов. Автоматизация работ по об-

служиванию клиентов позволит упорядочить и структурировать все имеющие-

ся по заказам сведения. Это приведет к упрощению труда сотрудников пред-

приятия и значительному сокращению времени на обработку одного заказа.

Таким образом, целью дипломной работы является разработка автомати-

зированной информационной системы обслуживания клиентов ООО «Технэс»,

призванная повысить эффективность работы предприятия.

Объектом исследования дипломной работы является предприятие ООО

«Технэс» и бизнес-модель процесса обслуживания клиентов на данном пред-

приятии.

Вве-денная пользователем информация сравнивается с БД заказов предприятия. Ес-ли совпадение найдено, то в таблице выделяется строчка с найденным заказом,а все поля ввода заполняются его данными. Кнопка «Очистить» и «Удалить» становятся активными. Пользователь может изменить информацию о заказе в полях ввода и нажать кнопку «Сохранить». Информация из полей ввода сохра-няется с изменениями в БД заказов предприятия. Для дальнейшей работы поль-зователь нажимает кнопку «Очистить».Основной поток подпрецедента «Просмотреть стадию выполнения зака-за»: пользователь может посмотреть информацию о стадии выполнения заказа в таблице с заказами в нижней части окна в графе «Стадия выполнения».Основной поток подпрецедента «Сформировать новый заказ»: пользова-тель в поля ввода вводит всю информацию о заказе. Кнопки «Поиск», «Очи-стить» и «Добавить» становятся активными. Нажимает кнопку «Добавить».Введенная пользователем информация сравнивается с БД заказов предприятия.Если совпадение не найдено, то информация сохраняется в БД, в таблице появ-ляется строчка с новым заказом, а все поля ввода очищаются.Основной поток подпрецедента «Удалить заказ»: поля ввода заполнены данными о заказе, который необходимо удалить. В нижней части окна – табли-ца со всеми заказами, выделена строчка с заказом. Пользователь нажимает53кнопку «Удалить». Вся информация о данном заказе удаляется из БД заказов предприятия, в таблице исчезла выделенная строка, все поля ввода очищаются.Постусловие: все поля ввода заказа клиента очищены. Выделение в таб-лице так же снимается. В БД заказов предприятия внесены изменения.Описание прецедента «Формирование Акта приема оборудования»Краткая сводка: автоматическое формирование и печать Акта приема оборудования по заказам клиентов.Предусловие: после входа в систему под типом пользователя Приемщик на экране появляется окно интерфейса «Приемщик», активна вкладка «Акты приема». Поля ввода пустые. Кнопка «Выйти» активна, остальные кнопки пас-сивны. В нижней части окна – таблица со всеми Актами приема оборудования по заказам клиентов, сформированными автоматически при добавлении в БД нового заказа.Основной поток подпрецедента «Поиск Акта приема оборудования по параметрам, просмотр»: пользователь в поля ввода вводит известную ему ин-формацию, кнопки «Поиск», «Очистить» и «Добавить» становятся активными.Нажимает кнопку «Поиск» для быстрого поиска документа. Введенная пользо-вателем информация сравнивается с БД предприятия. Если совпадение найде-но, то в таблице выделяется строчка с найденным Актом приема оборудования,а все поля ввода заполняются его данными. Кнопка «Очистить» и «Удалить» становятся активными. Пользователь может изменить информацию о заказе в полях ввода и нажать кнопку «Сохранить». Информация из полей ввода сохра-няется с изменениями в БД предприятия. Для дальнейшей работы пользователь нажимает кнопку «Очистить».Основной поток подпрецедента «Печать Акта приема оборудования»:поля ввода заполнены данными Акта приема оборудования, который необхо-димо распечатать. Все кнопки активны. В нижней части окна – таблица со все-ми Актами приема оборудования предприятия, в таблице выделена строчка с данным документом. Пользователь нажимает кнопку «Печать». В памяти фор-мируется печатная форма, информация для которой берется из окна интерфейса54«Приемщик», вкладки «Акты приема». Принтер выдает печатную форму дан-ного документа.Постусловие: поля ввода очищены. Выделение в таблице так же снима-ется. Акт приема оборудования сформирован и распечатан для выдачи клиенту.В БД предприятия внесены изменения. Во вкладке «Заказы» интерфейса «При-емщик» в таблице с заказами предприятия в графе «Стадия заказа» появилась надпись «Принят».Описание прецедента «Формирование Наряда»Краткая сводка: формирование и печать Наряда по заказам клиентов для его передачи в лабораторию.Предусловие: после входа в систему под типом пользователя «Прием-щик» на экране появляется окно интерфейса «Приемщик», активна вкладка«Наряд-заказы». Поля ввода пустые. Кнопка «Выйти» активна, остальные кнопки пассивны. В нижней части окна – таблица со всеми уже сформирован-ными Нарядами предприятия по заказам клиентов и таблица с заказами, по ко-торым Наряд еще не сформирован.Основной поток подпрецедента «Просмотреть заказы»: пользователь может просмотреть информацию о заказах, по которым Наряд еще не сформи-рован, нажав в таблице в нижней части окна на строку с заказом. Поля ввода заполнятся информацией о заказе.Основной поток подпрецедента «Поиск Наряда по параметрам, про-смотр»: пользователь в поля ввода вводит известную ему информацию, кнопки«Поиск», «Очистить» и «Добавить» становятся активными. Нажимает кнопку«Поиск» для быстрого поиска документа. Введенная пользователем информа-ция сравнивается с БД предприятия. Если совпадение найдено, то в таблице выделяется строчка с найденным Нарядом, а все поля ввода заполняются его данными. Кнопка «Очистить» и «Удалить» становятся активными. Для даль-нейшей работы пользователь нажимает кнопку «Очистить».Основной поток подпрецедента «Добавить Наряд на заказ или его часть»: пользователь в таблице с заказами выделяет строку с заказом, Наряд на55который необходимо сформировать, соответствующие поля ввода заполнились информацией о заказе. Кнопки «Поиск», «Очистить» и «Добавить» становятся активными. Пользователь вводит недостающую информацию, необходимую для формирования Наряда и нажимает кнопку «Добавить». Информация сохра-няется в БД, в таблице появляется строчка с новым Нарядом, а все поля ввода очищаются.Основной поток подпрецедента «Печать Наряда»: в нижней части окна в таблице выделена строка с Нарядом, который необходимо распечатать, а поля ввода заполнены его данными, все кнопки активны. Пользователь нажимает кнопку «Печать». В памяти формируется печатная форма, информация для ко-торой берется из окна интерфейса «Приемщик», вкладки «Наряд-заказы».Принтер выдает печатную форму данного документа.Постусловие: поля ввода очищены. Выделение в таблице так же снима-ется. Наряд сформирован и распечатан для передачи в Лабораторию. В БД предприятия внесены изменения.Описание прецедента «Формирование Акта выдачи оборудования»Краткая сводка: автоматическое формирование и печать Акта выдачи оборудования по заказам клиентов при его выдаче.Предусловие: после входа в систему под типом пользователя Приемщик на экране появляется окно интерфейса «Приемщик», активна вкладка «Акты выдачи». Поля ввода пустые. Кнопка «Выйти» активна, остальные кнопки пас-сивны. В нижней части окна – таблица со всеми Актами выдачи оборудования по заказам клиентов, сформированными автоматически при выдаче заказа, итаблица с заказами, по которым Акт выдачи оборудования еще не сформиро-ван.Основной поток подпрецедента «Просмотреть заказы»: пользователь может просмотреть информацию о заказах, по которым Акт выдачи оборудова-ния еще не сформирован, нажав в таблице в нижней части окна на строку с за-казом. Поля ввода заполнятся информацией о заказе, в том числе и стадии его выполнения.56Основной поток подпрецедента «Выдать заказ»: если в стадии выполне-ния заказа отражается информация о том, что заказ обработан в бухгалтерии,лаборатории и метрологическом отделе, пользователь может выдать заказ, на-жав на соответствующую кнопку в графе «Выдача заказа» в таблице с заказами.При этом автоматически формируется Акт выдачи оборудования по данному заказу, в таблице с Актами выдачи оборудования текущего окна появляется но-вый документ.Основной поток подпрецедента «Поиск Акта выдачи оборудования по параметрам, просмотр»: пользователь в поля ввода вводит известную ему ин-формацию, кнопки «Поиск», «Очистить» и «Добавить» становятся активными.Нажимает кнопку «Поиск» для быстрого поиска документа. Введенная пользо-вателем информация сравнивается с БД предприятия. Если совпадение найде-но, то в таблице выделяется строчка с найденным Актом выдачи оборудования,а все поля ввода заполняются его данными. Кнопка «Очистить» и «Удалить» становятся активными. Для дальнейшей работы пользователь нажимает кнопку«Очистить».Основной поток подпрецедента «Печать Акта выдачи оборудования»:поля ввода заполнены данными Акта выдачи оборудования, который необхо-димо распечатать. Все кнопки активны. В нижней части окна – таблица со все-ми Актами выдачи оборудования предприятия, в таблице выделена строчка с данным документом. Пользователь нажимает кнопку «Печать». В памяти фор-мируется печатная форма, информация для которой берется из окна интерфейса«Приемщик», вкладки «Акты выдачи». Принтер выдает печатную форму дан-ного документа.Постусловие: поля ввода очищены. Выделение в таблице так же снима-ется. Акт выдачи оборудования сформирован и распечатан для выдачи клиенту.В БД предприятия внесены изменения. Во вкладке «Заказы» интерфейса «При-емщик» в таблице с заказами предприятия в графе «Стадия заказа» появилась надпись «Выдан».57Редактировать ДоговорДобавить Договор2.4.3 Диаграмма прецедентов для актера БухгалтерУдалить ДоговорДиаграмма прецедентов для актера Бухгалтер представлена на рисункеПечать Договора11. Далее следует описание представленных на диаграмме прецедентов.50101552514500Формирование СчетаПоиск по параметрам, просмотрБухгалтерДобавить СчетБДРедактировать Счет Печать Счета Провести платежРисунок 11 – Диаграмма прецедентов для актера БухгалтерОписание прецедента «Формирование Счета»Краткая сводка: формирование и печать Счета клиентам предприятия для оплаты заказа.Предусловие: после входа в систему под типом пользователя Бухгалтер на экране появляется окно интерфейса «Бухгалтер». Поля ввода пустые. Кнопка«Выйти» активна, остальные кнопки пассивны. В нижней части окна – таблица со всеми Счетами предприятия и таблица с заказами, по которым Счет еще не сформирован.Основной поток подпрецедентов «Поиск Счета по параметрам, про-смотр», «Редактировать Счет»: пользователь в поля ввода вводит известную ему информацию о Счете. Кнопки «Поиск», «Очистить» и «Добавить» стано-вятся активными. Нажимает кнопку «Поиск» для быстрого поиска Счета. Вве-денная пользователем информация сравнивается с БД предприятия. Если сов-падение найдено, то в таблице выделяется строчка с найденным Счетом, а все поля ввода заполняются его данными. Пользователь может изменить информа-58цию о Счете в полях ввода и нажать кнопку «Сохранить». Информация из по-лей ввода сохраняется с изменениями в БД предприятия. Для дальнейшей рабо-ты пользователь нажимает кнопку «Очистить».Основной поток подпрецедента «Добавить Счет»: пользователь в табли-це с заказами выделяет строку с заказом, Счет на который необходимо сформи-ровать, соответствующие поля ввода заполнились информацией о заказе. Кноп-ки «Поиск», «Очистить» и «Добавить» становятся активными. Пользователь вводит недостающую информацию, необходимую для формирования Счета и нажимает кнопку «Добавить». Информация сохраняется в БД, в таблице появ-ляется строчка с новым Счетом, а все поля ввода очищаются.Основной поток подпрецедента «Печать Счета»: в нижней части окна, втаблице со всеми Счетами предприятия выделена строчка со Счетом, который необходимо распечатать. Пользователь нажимает кнопку «Печать». В памяти формируется печатная форма Счета, информация о котором берется из окна ин-терфейса «Бухгалтер». Принтер выдает печатную форму данного документа.Основной поток подпрецедента «Провести платеж»: после предъявления клиентом оплаченного Счета пользователь должен провести платеж, нажав со-ответствующую кнопку в таблице со всеми Счетами предприятия в графе«Провести платеж».Постусловие: поля ввода очищены. Выделение в таблице так же снима-ется. Счет сформирован и распечатан для выдачи клиенту. В БД предприятия внесены изменения. Во вкладке «Заказы» интерфейса «Приемщик» в таблице с заказами предприятия в графе «Стадия заказа» появилась надпись «Бухгалтерия– Обработан».2.4.4 Диаграмма прецедентов для актера ЛаборантДиаграмма прецедентов для актера Лаборант представлена на рисунке12. Далее следует описание представленных на диаграмме прецедентов.59209486572580500Формирование Протокола поверки622935-71755005260975-7366000Поиск по параметрам, просмотр Редактировать Протокол поверкиЛаборантБДДобавить Протокол поверки Печать Протокола поверки Провести заказРисунок 12 – Диаграмма прецедентов для актера ЛаборантФормирование Свидетельства о поверкеОписание прецедента «Формирование Протокола поверки»формированиеПискСвидетельства ПротоколаповереиКраткая сводка:и печатьповерки для его пе-Протокола поверки по параметрам,редачи в метрологический отдел.просмотрМетрологБДПредусловие: после входаПечатьв Свидсистемтельстваупод отипомповеркепользователяи ЛаборантПротокола поверкина экране появляется окно интерфейса «Лаборант». Поля ввода пустые. Кнопка«Выйти» активна, остальные кнопкиДобавитьпассивныСвидетельство.В нижнейоповеркечасти окна – таблицасо всеми Протоколами поверки предприятия и таблица с заказами, по которымРедактировать Свидетельство о поверкеПротокол еще не сформирован.Провести заказОсновной поток подпрецедентов «Поиск Протокола поверки по пара-метрам, просмотр» и «Редактировать Протокол поверки»: пользователь в поля ввода вводит известную ему информацию о Протоколе поверки. Кнопки «По-иск», «Очистить» и «Добавить» становятся активными. Нажимает кнопку «По-иск» для быстрого поиска Протокола поверки. Введенная пользователем ин-формация сравнивается с БД предприятия. Если совпадение найдено, то в таб-лице выделяется строчка с найденным Протоколом поверки, а все поля ввода заполняются его данными. Пользователь может изменить информацию в полях ввода и нажать кнопку «Сохранить». Информация из полей ввода сохраняется с изменениями в БД предприятия. Для дальнейшей работы пользователь нажима-ет кнопку «Очистить».60Основной поток подпрецедента «Добавить протокол поверки»: пользо-ватель в таблице с заказами выделяет строку с заказом, Протокол поверки на который необходимо сформировать, соответствующие поля ввода заполнились информацией о заказе. Кнопки «Поиск», «Очистить» и «Добавить» становятся активными. Пользователь вводит недостающую информацию, необходимую для формирования Протокола поверки и нажимает кнопку «Добавить». Инфор-мация сохраняется в БД, в таблице появляется строчка с новым Протоколом поверки, а все поля ввода очищаются.Основной поток подпрецедента «Печать Протокола поверки»: в нижней части окна – в таблице со всеми Протоколами поверки выделена строчка с Про-токолом поверки, который необходимо распечатать. Пользователь нажимает кнопку «Печать». В памяти формируется печатная форма Протокола поверки,информация о котором берется из окна интерфейса «Лаборант». Принтер выда-ет печатную форму данного документа.Основной поток подпрецедента «Провести заказ»: после формирования Протокола поверки пользователь должен провести заказ, нажав соответствую-щую кнопку в таблице со всеми Протоколами поверки в графе «Провести за-каз».Постусловие: поля ввода очищены. Выделение в таблице так же снима-ется. Протокол поверки сформирован и распечатан для передачи в метрологи-ческий отдел. В БД предприятия внесены изменения. Во вкладке «Заказы» ин-терфейса «Приемщик» в таблице с заказами предприятия в графе «Стадия зака-за» появилась надпись «Лаборатория – Обработан».2.4.5 Диаграмма прецедентов для актера МетрологДиаграмма прецедентов для актера Метролог представлена на рисунке13. Далее следует описание представленных на диаграмме прецедентов.Описание прецедента «Формирование Свидетельства о поверке»Краткая сводка: формирование и печать Свидетельства о поверке для его передачи в бюро приема/выдачи.61Провести заказ114808049530000Формирование Свидетельства о поверке781050-86360005120005-8826500Поиск Свидетельства о поверке и Протокола поверки по параметрам, просмотрМетрологПечать Свидетельства о поверке иБДПротокола поверкиДобавить Свидетельство о поверкеРедактировать Свидетельство о поверкеПровести заказРисунок 13 – Диаграмма прецедентов для актера МетрологПредусловие: после входа в систему под типом пользователя Метролог на экране появляется окно интерфейса «Метролог». Поля ввода пустые. Кнопка«Выйти» активна, остальные кнопки пассивны. В нижней части окна – таблица со всеми Протоколами поверки и Свидетельствами о поверке предприятия и таблица с заказами, по которым Свидетельство о поверке еще не сформирова-но.Основной поток подпрецедентов «Поиск Свидетельства о поверке и Протокола поверки по параметрам, просмотр» и «Редактировать Свидетельство о поверке»: пользователь в поля ввода вводит известную ему информацию о Протоколе поверки или Свидетельстве о поверке. Кнопки «Поиск», «Очистить» и «Добавить» становятся активными. Нажимает кнопку «Поиск» для быстрого поиска документа. Введенная пользователем информация сравнивается с БД предприятия. Если совпадение найдено, то в таблицах выделяется строчка с найденными Протоколом поверки или Свидетельством о поверке, а все поля ввода заполняются их данными. Пользователь может изменить информацию в полях ввода и нажать кнопку «Сохранить». Информация из полей ввода сохра-няется с изменениями в БД предприятия. Для дальнейшей работы пользователь нажимает кнопку «Очистить».62Основной поток подпрецедента «Добавить Свидетельство о поверке»:пользователь в таблице с заказами выделяет строку с заказом, Свидетельство о поверке на который необходимо сформировать, соответствующие поля ввода заполнились информацией о заказе. Кнопки «Поиск», «Очистить» и «Добавить» становятся активными. Пользователь вводит недостающую информацию, необ-ходимую для формирования Свидетельства о поверке и нажимает кнопку «До-бавить». Информация сохраняется в БД, в таблице появляется строчка с новым Свидетельством о поверке, а все поля ввода очищаются.Основной поток подпрецедента «Печать Свидетельства о поверке и Протокола поверки»: в нижней части окна – в таблицах со всеми Протоколами поверки или Свидетельствами о поверке выделена строчка с документом, кото-рый необходимо распечатать. Пользователь нажимает кнопку «Печать». В па-мяти формируется печатная форма документа, информация о котором берется из окна интерфейса «Метролог». Принтер выдает печатную форму данного до-кумента.Основной поток подпрецедента «Провести заказ»: после формирования Свидетельства о поверке пользователь должен провести заказ, нажав соответст-вующую кнопку в таблице со всеми Свидетельствами о поверке в графе «Про-вести заказ».Постусловие: поля ввода очищены. Выделение в таблицах так же снима-ется. Свидетельство о поверке сформировано и распечатано для передачи в бю-ро приема/выдачи. В БД предприятия внесены изменения. Во вкладке «Заказы» интерфейса «Приемщик» в таблице с заказами предприятия в графе «Стадия заказа» появилась надпись «Метрология – Поверен».2.5 Диаграмма деятельности АИС обслуживания клиентовДля лучшего понимания последовательности работы сотрудников пред-приятия, а значит и функций, выполняемых системой, была построена диа-грамма деятельности АИС обслуживания клиентов. При этом под деятельно-стью понимается спецификация исполняемого поведения в виде координиро-63ванного последовательного выполнения подчинѐнных элементов – вложенных видов деятельности и отдельных действий, соединѐнных между собой потока-ми, которые идут от выходов одного узла к входам другого [29].Таким образом, диаграмма деятельности бизнес-процесса обслуживания клиентов для разрабатываемой АИС, представленная в Приложении М, пока-зывает разложение деятельности по выполнению заказа на составные части в порядке их последовательности.2.6 Схема базы данных АИС обслуживания клиентов ООО «Технэс»Схема базы данных автоматизированной информационной системы об-служивания клиентов ООО «Технэс» представлена в Приложении Н. Приве-денная схема и разработанная по ней база данных отвечают всем требованиям заказчика системы, а так же обеспечивают целостность и непротиворечивость данных.База данных АИС разработана с помощью программного продуктаPowerDesigner, представляющего собой современную многофункциональную среду моделирования и управления метаданными с открытой поддержкой всех основных платформ, в том числе и Microsoft Visual Studio 2008.