Дипломная работа: Автоматизация проведения и архивации тендеров на примере группы компаний TBN
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
– выполнение опытной эксплуатации для внедрения АИС;
– утверждение приемки выполненных работ.
5. Реализация процесса эксплуатации АИС в организации;
– непосредственная эксплуатация программного продукта;
– сопровождение системы.
В теории разработки программных систем различаются такие
основные модели ЖЦ АИС:
– водопадная модель (рисунок 15) – дает возможность перейти
на иные этапы ЖЦ после реализации полностью всех работ на ранее
запланированных этапах. Эта модель демонстрирует традиционный
подход проектирования ПО;
Рисунок 15. Водопадная модель
– итерационная (поэтапная) модель (рисунок 16) использует в
разработке ПО промежуточный контроль всех полученных результатов,
применяет циклы для обратной связи.
При этом, самым главным преимуществом для описываемой модели
являются исправления на каждой стадии, что обеспечивают меньшую
трудоемкость в сравнении с водопадной;
63
Рисунок 16. Итерационная модель
– спиральная модель (рисунок 17) ЖЦ АИС делает упор на
начальные стадии проектирования АИС.
Рисунок 17. Спиральная модель
64
Рассматриваемая модель может быть представлена традиционным
итерационным процессом разработки, в которой полностью все итерации,
представляют собой законченный этап разработки, что приводит к
непосредственному выпуску новой версии ИС.
Использование спиральной модели является целесообразным, если
существует одна из таких причин:
– целесообразно создание прототипа;
– выполнение организации обладает навыками, которые
требуются для адаптации модели;
– нужно выполнять проекты для средней и высокой степени
риска;
– пользователи не уверены в потребностях;
– все требования слишком сложные.
В качестве улучшенной структуры ЖЦ рассматривают такую модель
(рисунок 18).
Рисунок 18. Схема улучшенной спиральной модели
65
При этом сравнив данную модель с обычной можно сделать вывод о
том, что модель применяет специальный каскадный подход на иных шагах
разработки.
Инкрементная модель является классическим прототипом
инкрементного поведения при конструировании ПО. Стоит отметить, что в
ней также объединены элементы последовательной модели с
итерационной структурой Боэма для модернизации каскадной модели.
Каждая такая последовательностей может сама вырабатывать
специальный необходимый инкремент ПО.
Приведем пример, где программное средство обработки для
текстовых слов реализует некоторые функции на первом инкременте для
обработки файлов.
При 2-м инкременте могут использоваться более мощные
возможности по редактированию и документированию.
Далее, на следующем инкременте – выполняется проверка пунктов
орфографии и разных правил грамматик.
На 4-м шаге инкремента присутствуют возможности по созданию
страничной структуры.
Организация модели показана на рисунке 19.
Рисунок 19. Структура функционирования инкрементной
модели
66
Самой главной реализацией для данного подхода считают
специальное экстремальное программирование, что ориентировано на
малые приросты для их функциональности.
Преимущество такой модели состоит непосредственно в том, что нет
надобности вкладывать разные средства уже заранее, которые выделяются
полностью на весь программный проект.
В результате анализа моделей ЖЦ и их этапов, для разработки ИС
будет применяться каскадная модель, поскольку она имеет большой
уровень жесткости и полностью подходит для разработки.
Есть 4 основные методы с помощью которых можно пользоваться
новой системой:
1) Параллельная стратегия – в таком случае новой системой
заменяют старую, которая уже не подходит для применения;
2) Скачок – прежняя версия системы работала до определенного
момента, а в определенный момент времени начала применяться новая
система.
3) Опытная эксплуатация пилотного проекта – практически
аналогично стратегии скачка, но применяется к ограниченному количеству
пользователей или автоматизированных рабочих мест.
4) Узкое место самая критичная малая часть современного
производственного процесса.
Стоит отметить, что при внедрении узкого места полученный план
внедрения может выполняться только для крайне узкого места, а также для
людей, которые в нем работают.
Далее будем использовать стратегию внедрения «Опытная
эксплуатация пилотного проекта», так как ранее в ГК «Алматы TBN-
сервис» не использовались ИС для проведения и архивации тендеров.
Источник: https://baza.diplomsite.ru/previewfile/2012