57
Конфигуратор системы является специальным режимом запуска и
предназначен для администраторов и разработчиков. В этом режиме
выполняются действия по созданию и корректировке структуры базы
данных, редактирование программных модулей, административные
функции, связанные с управлением системой в целом.
Над объектами конфигурации можно выполнять такие действия:
– добавление;
– удаление;
– редактирование;
– внедрение;
– обновление;
– проведение и другие.
В результате сопоставления информации о самых популярных СУБД
можно сделать вывод, что для создания базы данных нужно использовать СУБД
SQL Server, так как остальные среда разработки БД имеют намного меньший
функционал, возможности масштабирования и популярность. Аналогично, для
создания АИС проведения и архивации тендеров будет применяться среда
разработки 1С:Предприятие 8.3, поскольку она является более функциональной
и более гибкой, нежели другие.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение программного средства – это комплекс
технических средств, используемых для реализации функциональных
возможностей программного средства, включая средства ввода, обработки,
визуализации, хранения и передачи данных [13].
Комплекс технических средств составляют такие компоненты:
– персональные компьютеры;
– устройства сбора, обработки, накопления, передачи и вывода
данных (принтеры, сканеры);
58
– устройства передачи, приема и обработки сетевых данных, а
также линий связи;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться
рядом характеристик, которые должны удовлетворить все требования для
создаваемой системы.
Средние параметры ПК, которые применяются в ГК «Алматы TBN-
сервис» и полностью соответствуют функционированию разрабатываемой
ИС (спецификация ТО рассмотрена в п.1.2).
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов, должно использоваться
специализированное оборудование – МФУ. В данном случае руководству
необходимо приобрести МФУ.
Также, для обеспечения уровня сохранности данных при аварийном
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания.
Рассмотрим характеристики персональных компьютеров и серверов,
которые бы обеспечивали работу создаваемого программного обеспечения.
Рабочие ПК имеют следующие характеристики:
– Intel Core i3, 1,8 GHz;
Корпус Zalman Z1 Black + блок питания Chieftec APS-550SB;
HDD-диск WD Caviar 2000GB WD20EZRZ;
Видеокарта Intel 82915G Express 2048 Mb;
Оперативная память, комплект Kingston HyperX DDR4 2х4Gb
2666GHz (HX426C15FBK2/8).
Конфигурация серверов:
– Процессор: Intel C236 / 1х CPU Intel Xeon E3-1230v6, 3.5GHz,
4core/8T upto 1 CPU max;
59
– Оперативная память: 16Gb (1*16Gb) DDR4 2400MHz ECC upto
64Gb 4xDIMM;
– Жесткий диск: HDD 2x 2000Gb, SATA3, 6Gb/s, 7.2K, 24x7 upto
4x3.5/2.5" not HP / Software on board RAID 0/1/5/10/;
– Сетевая карта: 2x1GbE(Intel® i210);
– Видеокарта: ASPEED AST2400 BMC, 4xUSB 3.0+5xUSB 2.0,
2xSATA-DOM.
Кроме этого, необходимо использовать принтер Konica Minolta
MF1370 для печати отчетности с помощью программы.
60
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программных средств – это непрерывный
процесс, который начинается с момента утверждения решения о
надобности создания ИС и заканчивается в момент полного ее изъятия из
эксплуатации [3].
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный
документ с разработки под названием «ГОСТ Р ИСО/МЭК 12207-2010.
Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств».
ЖЦ для любой ИС является периодом времени, который начинается
в момент разработки непосредственно при возникновении потребностей в
разработке ПО, и заканчивается полным ее выходом из эксплуатации.
На рисунке 14 показаны основные этапы создания ИС:
Рисунок 14. Стадии ЖЦ
Предпроектное обследование
Создание проекта АИС
Разработка системы
Ввод АИС в эксплуатацию
Выполнение эксплуатации ИС
61
1. Под предпроектным обследованием предметной области
понимаются такие этапы [2]:
– сбор данных для реализации проекта;
– анализ процесса разработки и материалов для документации,
при котором выполняется технико-экономический анализ предметной
области для проектирования АИС.
2. Разработка проекта автоматизации;
2.1. этапы предварительного создания программного проекта;
– формирование проектного решения;
– анализ будущих составляющих ПО;
– формирование технического проекта для автоматизации.
2.2. процесс детального проектирования;
– реализация разработки или выбора разных алгоритмов,
математических методов, которые используются в ПО;
– корректировка структуры хранилища данных;
– создание отчетной документации;
– выполнение выбора аппаратно-технических методов с уже
имеющейся документацией.
2.3. проектирование проекта АИС;
2.4. проектирование методологии реализации основных функций с
использованием автоматизации.
3. Разработка непосредственно ИС;
– установка инструментов для разработки;
– тестирование полученного продукта;
– разработка рекомендаций по применению АИС.
4. Ввод АИС в эксплуатацию:
– ввод программного продукта;
– ввод аппаратного обеспечения;
– курсы обучения сотрудников;
62
– выполнение опытной эксплуатации для внедрения АИС;
– утверждение приемки выполненных работ.
5. Реализация процесса эксплуатации АИС в организации;
– непосредственная эксплуатация программного продукта;
– сопровождение системы.
В теории разработки программных систем различаются такие
основные модели ЖЦ АИС:
– водопадная модель (рисунок 15) – дает возможность перейти
на иные этапы ЖЦ после реализации полностью всех работ на ранее
запланированных этапах. Эта модель демонстрирует традиционный
подход проектирования ПО;
Рисунок 15. Водопадная модель
– итерационная (поэтапная) модель (рисунок 16) использует в
разработке ПО промежуточный контроль всех полученных результатов,
применяет циклы для обратной связи.
При этом, самым главным преимуществом для описываемой модели
являются исправления на каждой стадии, что обеспечивают меньшую
трудоемкость в сравнении с водопадной;
63
Рисунок 16. Итерационная модель
– спиральная модель (рисунок 17) ЖЦ АИС делает упор на
начальные стадии проектирования АИС.
Рисунок 17. Спиральная модель
64
Рассматриваемая модель может быть представлена традиционным
итерационным процессом разработки, в которой полностью все итерации,
представляют собой законченный этап разработки, что приводит к
непосредственному выпуску новой версии ИС.
Использование спиральной модели является целесообразным, если
существует одна из таких причин:
– целесообразно создание прототипа;
– выполнение организации обладает навыками, которые
требуются для адаптации модели;
– нужно выполнять проекты для средней и высокой степени
риска;
– пользователи не уверены в потребностях;
– все требования слишком сложные.
В качестве улучшенной структуры ЖЦ рассматривают такую модель
(рисунок 18).
Рисунок 18. Схема улучшенной спиральной модели
65
При этом сравнив данную модель с обычной можно сделать вывод о
том, что модель применяет специальный каскадный подход на иных шагах
разработки.
Инкрементная модель является классическим прототипом
инкрементного поведения при конструировании ПО. Стоит отметить, что в
ней также объединены элементы последовательной модели с
итерационной структурой Боэма для модернизации каскадной модели.
Каждая такая последовательностей может сама вырабатывать
специальный необходимый инкремент ПО.
Приведем пример, где программное средство обработки для
текстовых слов реализует некоторые функции на первом инкременте для
обработки файлов.
При 2-м инкременте могут использоваться более мощные
возможности по редактированию и документированию.
Далее, на следующем инкременте – выполняется проверка пунктов
орфографии и разных правил грамматик.
На 4-м шаге инкремента присутствуют возможности по созданию
страничной структуры.
Организация модели показана на рисунке 19.
Рисунок 19. Структура функционирования инкрементной
модели
66
Самой главной реализацией для данного подхода считают
специальное экстремальное программирование, что ориентировано на
малые приросты для их функциональности.
Преимущество такой модели состоит непосредственно в том, что нет
надобности вкладывать разные средства уже заранее, которые выделяются
полностью на весь программный проект.
В результате анализа моделей ЖЦ и их этапов, для разработки ИС
будет применяться каскадная модель, поскольку она имеет большой
уровень жесткости и полностью подходит для разработки.
Есть 4 основные методы с помощью которых можно пользоваться
новой системой:
1) Параллельная стратегия – в таком случае новой системой
заменяют старую, которая уже не подходит для применения;
2) Скачок – прежняя версия системы работала до определенного
момента, а в определенный момент времени начала применяться новая
система.
3) Опытная эксплуатация пилотного проекта – практически
аналогично стратегии скачка, но применяется к ограниченному количеству
пользователей или автоматизированных рабочих мест.
4) Узкое место самая критичная малая часть современного
производственного процесса.
Стоит отметить, что при внедрении узкого места полученный план
внедрения может выполняться только для крайне узкого места, а также для
людей, которые в нем работают.
Далее будем использовать стратегию внедрения «Опытная
эксплуатация пилотного проекта», так как ранее в ГК «Алматы TBN-
сервис» не использовались ИС для проведения и архивации тендеров.