29
Третьим этапом жизненного цикла проекта является разработка. На этом
этапе описываемая база данных была создана и подготовлена к внедрению
в рабочий процесс испытательной лаборатории.
Четвертым этапом жизненного цикла проекта является стабилизация.
Целью данного этапа является тестирование разработанной базы данных.
Результатом данного этапа является окончательный продукт, готовый
к использованию. В нашем проекте на данном этапе были скорректированы
ошибки, возникающие при работе. Также с помощью одного из сотрудников,
которые будут отвечать за составление актов проведения измерений,
сформированы некоторые функции, которые были бы удобны при работе
с базой данных.
Следующим, завершающим этапом является процесс внедрения.
На этом этапе база данных была представлена руководству организации
и передана персоналу поддержки. Внедрение базы данных являет собой
стратегию «Пилотный проект», так как существующий функционал базы данных
позволяет автоматизировать создание и хранение актов, протоколов и отчетов
только в рамках одного из направлений деятельности организации — измерения
параметров электромагнитных полей промышленного частотного диапазона.
В случае, если созданная база данных будет успешно эксплуатироваться
в течение некоторого времени и облегчит процесс работы сотрудников,
возможно дополнение базы данных модулями, автоматизирующими рабочий
процесс и в других направлениях деятельности.
2.1.2. Ожидаемые риски на этапах жизненного цикла
Несмотря на то, что стандарт MSF ориентирован на превентивный подход
к выявлению, анализу и работе над рисками, некоторые риски все же могут
возникнуть [13]. Среди них:
На этапе выработки концепции возможен неправильно подобранный
состав команды исполнителей, что повлияет на отношения внутри команды.
30
Разрозненность исполнителей, в свою очередь, может обернуться проблемами
на всех остальных этапах.
Для минимизации данного риска необходимо очень тщательно подходить
к формированию команды, опираясь при этом как на профессиональные
качества, так и на личностные, а также на личные отношения исполнителей.
На этапе планирования возможно излишне оптимистичного графика
проведения работ и бюджета, в которые невозможно будет уложиться.
Для уменьшения подобного риска в график проведения работ стоит
закладывать дополнительное время, позволяющее избежать задержек на любых
этапах. Также необходимо заранее продумать и согласовать с руководством
возможные решения финансовых проблем, возникающих в процессе разработки.
На этапе разработки возможна неправильная интерпретация
технического задания и создание продукта, не удовлетворяющего требованиям
заказчика.
Для предотвращения возникновения подобных рисков техническое
задание необходимо согласовывать с людьми, которые знакомы со структурой
организации и с требованиями, которые предъявляются к порядку ведения
документов в испытательных лабораториях.
На этапе тестирования возможен риск неоконченного тестирования.
Решением этой проблемы является повторное тестирование
на следующем этапе разработки.
На этапе внедрения возможны как технические риски, так риски
персонала. Например, неготовность руководителя и персонала к изменению
в организации рабочего процесса. С технической стороны возможен риск
конфликта при присоединении новых элементов к уже существующей базе
данных из-за того, что решение об окончании работы над проектом было принято
ошибочно.
31
Минимизацию рисков персонала необходимо проводить на стадии
выработки концепции, грамотно донося до сотрудников и руководства мысль
о необходимости изменения структуры рабочего процесса и плюсы
его автоматизации.
Технические риски устраняются путем доработки при следующей
итерации.
32
2.2. Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
На рисунке 3 приведена информационная модель базы данных «Акты»
в виде схемы, созданной согласно ГОСТ 19.701-90 (ИСО 5807-85) «Единая
система программной документации. Схемы алгоритмов, программ, данных
и систем. Обозначения условные и правила выполнения» [19].
Сотрудник
Протокол
измерений
Акт проведения
измерений
База данных «Акты»
Сотрудники
Создать акт
Руководитель
Отчет
Приборы Акты
Акты*
Результаты
измерений
Результаты
измерений*
Результаты
измерений
Список актов
Руководитель
Рисунок 3. Информационная модель
В соответствии с представленной информационной моделью из базы
данных «Акты» используются четыре таблицы: Приборы, Сотрудники, Акты
и Результат измерений.
33
Сотрудник, при активации формы «Создать акт» может выполнить
две операции:
заполнить таблицу Акты используя данные таблиц Приборы
и Сотрудники;
перейти в форму Результаты измерений, результатом заполнения
которой является изменение таблицы Результаты измерений.
Затем, на основании данных, полученных из таблиц Акты и Результаты
измерений можно получить документы Протокол измерений и Акт проведения
измерений.
Руководитель, при активации формы «Список актов» может
сформировать Отчет для выгрузки во ФГИС на основании данных таблиц Акты,
Приборы и Сотрудники.
2.2.2. Характеристика нормативно-справочной, входной
и оперативной информации
Входной информацией для создаваемой базы данных являются заявки,
сформированные ответственным работником на этапе обработки запроса
заказчика, и результаты измерений, записанные в память измерительного
прибора в процессе проведения измерений на объекте.
Помимо изменяющихся входных данных в базе данных есть
и постоянные данные, которые хранятся в таблицах базы данных «Сотрудники»
и «Приборы», описанных далее в пункте 2.3.2.
2.2.3. Характеристика результатной информации
В данной работе результатной информацией являются Акт проведения
измерений, Протокол проведения измерений и Отчет для отправки во ФГИС.
1. Акт проведения измерений формируется на основе следующих полей:
Пин;
Номер;
Заказчик;
34
Адрес;
Дата проведения измерений;
Время начала измерений;
Время окончания измерений;
Результаты измерений;
Прибор;
Номер прибора;
Номер свидетельства о поверке;
Срок действия свидетельства;
Должность;
ФИО.
2. Протокол измерений формируется на основе следующих полей:
Пин;
Номер;
Дата протокола;
Заказчик;
ИНН;
ОГРН;
Адрес;
Дата проведения измерений;
Время начала измерений;
Время окончания измерений;
Результаты измерений;
Прибор;
Номер прибора;
Номер свидетельства о поверке;
Срок действия свидетельства;
Должность;
ФИО.
35
3. Отчет для отправки во ФГИС формируется на основе следующих полей:
Пин;
Номер;
Дата протокола;
Адрес;
Дата проведения измерений;
Прибор;
Номер прибора;
Инвентарный номер;
Дата ввода в эксплуатацию;
Заказчик;
ИНН;
ОГРН.
Данные документы являются одними из важнейших элементов работы
организации. Акты проведения измерений подписываются лицом,
ответственным за проведение измерений, и хранятся в вещественном
и электронном архиве лаборатории. Протоколы измерений подписываются
лицом, ответственным за проведение измерений, и руководителем лаборатории
и выдаются Заказчику. Отчет для отправки во ФГИС дополняется
необходимыми данными вручную и служит для передачи сведений о результатах
деятельности лаборатории в Федеральную службу по аккредитации.
36
2.3. Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций базы данных «Акты» выглядит следующим образом:
База данных
«Акты»
Ввод первичных
данных
Формирование
результативных
документов
Вызов экранных
форм
Основные
функции
Служебные
функции
Рисунок 4. Дерево функций базы данных
2.3.2. Характеристика базы данных
Инфологическая модель будущей системы «Акты»
для ООО «ЛокИнвест» будет выглядеть следующим образом:
Результат измерений
ID_Акта
Место
Результат_МкТл
Результат_Вм
Сотрудники
Код
Пин
ФИО
Должность
Приборы
Код
Прибор
Номер прибора
Номер
свидетельства
Срок действия
Дата ввода в
эксплуатацию
Инвентарный номер
Акты
ID
Пин
Номер
Дата протокола
Дата
Время начала
Время окончания
ОПФ
Заказчик
ИНН
ОГРН
Адрес
Номер прибора
Свидетельство
Действительно до
Рисунок 5. Инфологическая модель
37
Для реализации этой системы необходимы следующие объекты:
1) Таблица «Сотрудники» с полями «Код», «Пин», «ФИО», «Должность»
(таблица 1)
Таблица 1.
Таблица «Сотрудники»
Подпись
Имя поля
Тип
данных
Обязатель-
ное
Уникаль-
ное
Прочее
Код
Код
Счетчик
Да
Да
Первич-
ный ключ
Пин
Пин
Короткий
текст
Да
Да
ФИО
ФИО
Короткий
текст
Да
Нет
Должность
ФИО
Короткий
текст
Да
Нет
2) Таблица «Приборы» с полями «Код», «Прибор», «Номер прибора»,
«Номер свидетельства», «Срок действия», «Дата ввода в эксплуатацию»,
«Инвентарный номер» (таблица 2).
Таблица 2.
Таблица «Приборы»
Подпись
Имя поля
Тип
данных
Обязатель-
ное
Уникаль-
ное
Прочее
Код
Код
Счетчик
Да
Да
Первич-
ный
ключ
Прибор
Прибор
Короткий
текст
Да
Нет
Номер
прибора
Номерприбо
ра
Числовой
Да
Да
Номер
свидетель-
ства
Номер
свидетельств
а
Короткий
текст
Да
Да
Срок
действия
Срок
действия
Дата
и время
Да
Нет
Дата ввода
Датаввода
Дата
и время
Да
Нет
Инвентар-
ный номер
Инвномер
Короткий
текст
Да
Да
3) Таблица «Результат измерений» с полями «ID акта», «Место», «Результат,
мкТл», «Результат, В/м» (таблица 3)
38
Таблица 3.
Таблица «Результат измерений»
Подпись
Имя поля
Тип
данных
Обязатель-
ное
Уникаль-
ное
Прочее
ID акта
ID_акта
Счетчик
Да
Нет
Место
Место
Короткий
текст
Да
Нет
Результат,
мкТл
Результат_
МкТл
Числовой
Да
Нет
Результат,
В/м
Результат_
Вм
Числовой
Да
Нет
4) Таблица «Акты» с полями «ID», «Пин», «Номер», «Дата протокола», «Дата
измерений», «Время начала», «Время окончания», «ОПФ», «Заказчик»,
«ИНН», «ОГРН», «Номер прибора», «Свидетельство», «Действительно
до» (таблица 4).
Таблица 4.
Таблица «Акты»
Подпись
Имя поля
Тип
данных
Обязатель-
ное
Уникаль-
ное
Прочее
ID
ID
Счетчик
Да
Да
Первич-
ный
ключ
Пин
Пин
Числовой
Да
Нет
Номер
Номер
Короткий
текст
Да
Нет
Дата
протокола
ДатаПротокола
Дата
и время
Да
Нет
Дата
измерений
Дата
Дата
и время
Да
Нет
Время
начала
Время начала
Дата
и время
Да
Нет
Время
окончания
Время
окончания
Дата
и время
Да
Нет
ОПФ
ОПФ
Короткий
текст
Да
Нет
Заказчик
Заказчик
Длинный
текст
Да
Нет
ИНН
ИНН
Короткий
текст
Нет
Нет
ОГРН
ОГРН
Короткий
текст
Нет
Нет
Номер
прибора
Номерприбора
Числовой
Да
Нет