47
3. Построение
Во время выполнения этой фазы, проект наполняется реализацией
основных функциональных возможностей, а завершается фаза, выпуском пред-
релизной версии.
4. Внедрение
Эта фаза включает в себя подготовку персонала, бета тестирование,
определение качества выполненных работ. Готовая, финальная версия
программы передаётся заказчику. В случае несоответствия выполненных
требований к программе в первой фазе, фаза внедрения повторяется вновь. В
случае выполнения всех требований, цикл завершается.
Для разработки информационной системы учет заявок используем
именно эту модель как наиболее подходящую.
В таблице 12 представлен сравнительный анализ стратегий внедрения ИС
для автоматизации задачи.
Таблица 12
Сравнение стратегий внедрения
Стратегия
внедрения
Описание стратегии
Достоинства
Недостатки
Параллельное
использование
Параллельное
использование -
параллельно
выполняются старая и
новая технология
решения задачи, их
результаты
сравниваются.
минимальный риск
ошибок в виде
новых технологий
управления
внедрения ИС может
осуществлять
независимо от
обычного
операционного
планирования
компании
двойная загрузка
персонала
потребности в удвоенных
мощностях серверов
Скачек
Скачек - старая
технология работает до
определенного момента,
затем осуществляется
внедрение новой
технологии, а после
внедрения реализуется
только новая
технология.
минимальная
длительность
переходного
периода
нет двойных затрат
на деятельность
компании
высокие риски
несоответствия качества
ИС требованиям
компании
высокие требования к
процессу планирования
перехода на новую
технологию
48
Пилотный
проект
Пилотный проект -
тактика скачка
применяема к
ограниченному числу
процессов, областью
применения обычно
является небольшой
участок.
минимальный риск
выбора неверного
решения, которое не
приводит к
длительному
простою всего
предприятия
возможность
изменения
планируемой
технологии в
процессе внедрения
ИС на участке
сложность интеграции
информационных
потоков, формируемых по
старой и новой
технологии
необходимость
управления старой и
новой ИС одновременно
Узкое место
Узкое место -
автоматизация малой
части
производственного
процесса, который
обычно выбирается по
критериям, их
эффективности
приводящих к
повышению качества
реализации процессов
только в определенном
узком месте.
после
автоматизации
каждого узкого
места имеется
возможность
прервать
автоматизацию
минимальные
требования к
уровню
планирования работ
внедрения
выполнение полного
цикла планирования на
каждом из узких мест -
ввиду возможности
прерывания
автоматизации процесс
может, не закончится
некогда
независимость
автоматизации узких мест
может привести к
формированию
избыточного множества
программно-аппаратных
решений
Таким образом, рассмотрев данные стратегии я выбрал стратегию
«Пилотный проект», так как стратегия имеет следующие плюсы:
маленький шанс выбрать неверное решение;
возможность изменить технологию на процессе внедрения;
отсутствие больших затрат на реализацию;
Таким образом, для разработки информационной системы выбираем
стандарт ISO 12207.
Для рассматриваемого в данном дипломном проекте наиболее подходит
итеративная модели жизненного цикла информационной системы, так как:
Разработка имеет небольшой объем;
Требования к системе формализованы;
Изменения функциональности не планируются.
49
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Базы данных состоят из некоторого набора постоянных данных
находящихся в справочниках. Также выделяют промежуточные таблицы,
входные и выходные данные. Входные данные – информация, передаваемая
системе (например, вводимая с клавиатуры). Такая информация может стать
причиной изменений постоянных данных, но не является частью базы данных.
Входными документами разрабатываемого модуля являются “заявка” и
“экспертиза”
Входными данными являются:
Имя (клиента)
Фамилия (клиента)
Номер телефона
Неисправное комплектующее
В разработанной информационной системе используются справочники,
приведенные в таблице 13.
Таблица 13
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
1
Техника
Администратор
50
1 раз в неделю
10
2
Сервисные
инженеры
Администратор
10
1 раз в месяц
10
3
Вид работ
Менеджер
20
1 раз в год
10
Реквизитный состав справочников, представлен на таблице 14.
Таблица 14
Реквизитный состав справочников
Название справочников
Перечень реквизитов
Техника
Код техники
Вид Техники
50
Название справочников
Перечень реквизитов
Наценка
Вид работ
Код работ
Вид работ
Время выполнения
Стоимость работ
Сервисные инженеры
Код инженера
Фамилия
Имя
Паспорт
Номер договора
Номер телефона
В разрабатываемой системе присутствуют оперативные данные:
Оперативные таблицы, отображены в таблице 15.
Таблица 15
Оперативные таблицы
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
1
Экспертизы
Сервисный
инженер
50
100 раз в
неделю
10
2
Заявки
Менеджер
50
100 раз в
неделю
10
3
Работы
Менеджер
100
100 раз в
неделю
10
Реквизитный состав оперативных таблиц приведён в таблице 16.
Таблица 16
Реквизитный состав оперативных таблиц
Название таблицы
Перечень реквизитов
Экспертизы
Номер экспертизы
Неисправное комплектующее
Дата проведения экспертизы
51
Фамилия( сервисного инженера)
Описание неисправности
Расчётное время ремонта
Заявки
Номер заявки
Фамилия
Имя
Номер телефона
Дата обращения
Работы
Номер работы
Номер заявки
Код техники
Код работы
Дата обращения
Дата экспертизы
Фамилия инженера
Стоимость работ
2.2.3Характеристика результатной информации
В результате работы системы формируются следующие выходные
документы: заключение сервисного инженера, квитанция, список неисправных
устройств.
На таблице 17, отображён макет результатных данных.
Таблица 17
Описание результативных файлов
Название
документа
Поля
документа
На основе
каких таблиц
они
формируются
Частота их
формирова
ния
Кому
предназна
чены
Заключение
сервисного
инженера
Номер заявки,
Номер
экспертизы,
Фамилия клиент,
Дата получения
заказа, Фамилия
Заявки,
экспертизы
Сервисные
инженеры, Вид
работ
80/неделю
Сервисный
инженер
52
Название
документа
Поля
документа
На основе
каких таблиц
они
формируются
Частота их
формирова
ния
Кому
предназна
чены
инженера,
Неисправное
устройство, Вид
работы,
Комментарии
Квитанция
Фамилия
клиента, Номер
работы, Номер
устройства,
Номер
экспертизы,
Комментарии,
Сервисный
инженер, Дата
предполагаемой
сдачи заказа
Работы, техника,
Заявки,
экспертизы.
80/неделю
Клиент
Список
неисправны
х устройств
Номер заявки,
Номер
экспертизы,
Техника, Вид
работ,
Неисправное
устройство
Техника, Виды
работ, Заявки,
Экспертизы.
80/неделю
Заключение сервисного инженера.Заключение сервисного инженера
сохраняется и необходимо для последующего процесса ремонта. Данный
результатный документ создаётся из информации в справочниках: Сервисные
инженеры, Вид работ. Также используется данные оперативных таблиц: Заявки,
Экспертизы.
Квитанция. Квитанция документ необходимый для клиента, по этому
документу клиент может получить свой заказ, документ сохраняется в базе
данных в течении действия гарантии обслуживания. Необходимо возможность
распечатки данного документа. Данный документ содержит данные из
следующих справочников: Работы, техника. Также используются данные
оперативных таблиц: Заявки, экспертизы.
Список неисправных устройств. Эти результатные данные необходимы как
промежуточные от процесса приёма заявки от клиента, до работ по ремонту и
53
расчёта стоимости ремонта. Данные используются для передачи их сотруднику,
проводящему работы по ремонту и менеджеру для расчёта их возможной
замены, в зависимости от заключения сервисного инженера. Распечатка не
требуется, данные сохраняются в базе до истечения гарантийного
срока.Данный отчёт состоит из данных справочников: Техника, Виды работ.
Также используются данные оперативных таблиц: Заявки, Экспертизы.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функцийи сценарий диалога приведены на рисунках.
Рисунок - Дерево функций ИС
54
На основании данных функций формируется сценарий диалога, схема
которого для каждого из пользователей представлена на рисунке.
Рисунок - Сценарий диалога ИС
2.3.2 Характеристика базы данных
На рисунке описана связь основных таблиц в базе данных.
55
Рисунок - «ER-модель»
Описание таблиц ER-модели представлено в таблицах 18-21.
Таблица 18
Техника
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код техники
IDЗаказчика
число
4
Первичный
ключ –
ключевое поле
56
(PK)
Вид техники
ВидТехники
строка
50
Наценка
Наценка
число
10
Таблица 19
Виды работ
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код работы
Кодработы
число
4
Первичн
ый ключ
–
ключевое
поле (PK)
Вид работ
ВидРабот
строка
30
Время
выполнения
ВремяВыполнения
Число
3
Стоимость
работы
СтоимостьРаботы
число
10
Таблица 20
Сервисные инженеры
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Код Инженера
КодИнженера
число
4
Первичный
ключ –
ключевое поле
(PK)
Фамилия
Фамилия
строка
30
Имя
Имя
строка
30
Паспорт
Паспорт
число
10
Номер договора
НомерДоговора
строка
20
Номер телефона
НомерТелефона
число
10
Таблица 21
Работы