Дипломная работа: Автоматизация процесса внутрикорпоративного взаимодействия сотрудников компании ООО "Ситилинк"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
43
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла - структура, содержащая процессы, действия и
задачи, которые осуществляются в ходе разработки, функционирования и
сопровождения программного продукта в течение всей жизни системы, от
определения требований до завершения ее использования. Имеется несколько
моделей и стандартов, в какой-то степени регламентирующих жизненный цикл,
большая часть из них принадлежит заказному ПО (автоматизированным
системам АС, и др.) и помимо непосредственно ЖЦ регламентируют кроме того
и процессы разработки:
Custom Development Method (и, технология Oracle) по разработке
прикладных информационных систем под заказ – определенный материал,
конкретизированный вплоть до степени заготовок проектных документов,
предназначенных на применение в проектах с применением Oracle. Степень
адаптивности CDM ограничивается 3-мя моделями ЖЦ: "классическая" (учтены
все без исключения работы/задачи и этапы), "быстрая разработка" (Fast Track),
"упрощенный подход", предлагаемый в случае небольших проектов и
возможности ускоренно прототипировать приложения.
Rational Unified Process (RUP) предлагает итеративную модель разработки,
включающую четыре фазы: начало, исследование, построение и внедрение.
Прохождение через четыре ключевые фазы именуется циклом разработки, при
этом каждый цикл заканчивается генерацией версии системы.
Microsoft Solution Framework (MSF) аналогична с RUP, точно так же
содержит четыре фазы: исследование, проектирование, разработка,
стабилизация, является итерационной, подразумевает применение объектно-
ориентированного моделирования. MSF в сопоставлении с RUP в большей части
нацелена на разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование считается
наиболее новейшим из числа рассматриваемых методологий, сложилась в 1996
году. В основе методологии командная деятельность, результативная связь
44
между заказчиком и исполнителем на протяжении всего проекта по созданию
ИС, а создание проводится с использованием поочередно дорабатываемых
прототипов.
Главными аспектами для выбора стандарта ЖЦ будут:
• актуальность и современность применяемых методов
контролирования разработки
• разработка в итерационном режиме с возможностью осуществлять
контроль риски
• и исполнения самого проекта на некоторых контрольных точках,
отсутствие добавочных требований по моделированию процесса разработки и
внедрения.
Резюмируя представление стандартов выше итерационными из них
считаются 4 стандарта: MSF, RUP, COBIT, XP .
Стандарт COBIT не подходит, потому что основной целью его
использования “является проведения аудита и стратегического планирования ИС
и IT инфраструктуры в целом”.
Стандарт XP тоже не подходит, так как он не содержит полноценных
этапов ЖЦ, таких как выработка концепции, планирование, разработка,
стабилизация, внедрение.
Таким образом, перед выбором стоит Rup и MSF. Эти два стандарта
считаются молодыми и поддерживающими всё новейшие технологии
продуктивной разработки и контролирования их исполнения.
Ключевые характерные особенности MSF, RUP и XP объединены в
таблицу 2.1. Согласно этой таблицы по ней возможно судить, что Rational
Unified Process считается хорошо сбалансированным решением для средних по
размерам коллективов разработчиков, работающих с применением продуктов и
технологий компании Rational.
Extreme Programming хорошо подойдет для проектных групп небольшого
размера и для малых систем с зачастую модифицируемыми требованиями.
Основная трудность XP - сопровождение. В случае текучки сотрудников в
коллективе разработчиков существенная доля проектных данных может быть
45
утрачена из-за почти отсутствующей документации. В таблице 2.1 показаны
ключевые характеристики Жизненного цикла ИС
Таблица 2.1
Технологии MSF, RUP и XP
Технология
Лучший
размер
команды
Соответствие
стандартам
Допустимые
технологии и
инструменты
Удобство
модификации и
сопровождения
Rational
Unified
Process
10 - 40 чел.
стандарты
Rational
UML и
продукты
Rational
Удобно (RUP)
Microsoft
Solutions
Framework
3 - 20 чел.
адаптируема
любые
Удобно
(MSF+MOF)
XP
2 - 10 чел.
стандарты
отсутствуют
любые
Сложно
(зависимость от
конкретных
участников
коллектива)
Microsoft Solutions Framework является наиболее сбалансированной
технологией, ориентированной на проектные группы малых и средних размеров.
Разрабатываемая ИС считается небольшой. Помимо этого главным
преимуществом MSF считается итерационная модель одновременно с
уточняющими вехами (аналог каскадной модели). То есть, реализация MSF
предприняла попытку совместить каскадную и итерационную модель разработки
и внедрения ПО.
По описанным выше преимуществам, был выбран стандарт MSF как
наиболее гибкий и удобный для реализации ИС.
Этапы разработки АИС показаны в таблице 2.2
46
Таблица 2.2
Этапы разработки АИС
Этап проекта
Начало
Длительность
Конец
Фаза выработки концепции
Изучение и анализ предметной области
15.03.2019
3
19.11.2018
Изучение и анализ области внедрения
20. 03.2019
3
22.11.2018
Фаза планирования
Составление технического задания
25. 03.2019
4
26.11.2018
Фаза разработки
Построение концептуальной модели ИС
29. 03.2019
5
01.12.2018
Описание входных и выходных данных
05.04.2019
7
08.12.2018
Разработка структур данных
16. 04.2019
8
16.12.2018
Разработка технического проекта
26. 04.2019
10
26.12.2018
Написание программ, модулей утилит
10. 05.2019
10
05.01.2019
Фаза стабилизации
Отладка
24. 05.2019
7
12.01.2019
Тестирование
04. 06.2019
5
17.01.2019
Разработка документации
11. 06.2019
2
19.01.2019
Фаза внедрения
Внедрение
13. 06.2019
7
26.01.2019
Итого
71
дней
Проектная группа состоит из 1 человека.
Результатом фазы выработки концепции было следующее
Формулировка видения. Разработанная система учета проектов позволит
предприятию повысить эффективность учета выполненных платежных
поручений и анализа их выполнения.
Цели системы:
• работать с клиентами предприятия;
Задачи системы:
• работать с базой данных предприятия;
47
• учитывать проекты и этапы выполнения проекта
В нашем случае на системы накладываются следующие ограничения:
• система не является распределенной;
• интерфейс системы представлен в одном окне;
• система должна наглядно демонстрировать формы и способы
хранения и взаимодействия данных.
Функциональность решения
▪ Хранилище находится в оперативной памяти
▪ Добавление клиентов по нажатию кнопки
• Проверка корректности введены данных
o Проверка существования проекта с таким названием
• Создание визуальной формы для отображения данных клиентов
▪ Добавление проектов
• Проверка корректности введены данных
o Проверка наличия данных
• Добавление в визуальные формы поручений информации о
добавленных документах
▪ Удаление документов
• Удаление всех сопутствующих данных
Фаза планирования
Результатом данной фазы является техническое задание и план разработки
ПО, приведенный в таблице 2.2.
Фаза разработки
Результатом данной фазы явилась разработанная концептуальная модель
базы данных с указанием сущности и атрибутов каждой сущности. Приведены
входные и выходные документы. После этого разработано технический проект,
написана программа.
Фаза стабилизации
Во время фазы стабилизации было проведено тестирование
разработанного программного обеспечения. При этом тестирование проводилось
наиболее приближенно к работе предприятия .
Источник: https://baza.diplomsite.ru/previewfile/2079