Дипломная работа: Автоматизация взаимоотношений с клиентами спортивного комплекса «Искра»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Проектирование и методическая поддержка организации разработки
АС (включая ПО - программное обеспечение, и БД - базы данных)
традиционно поддерживаются многими стандартами и фирменными
методиками. Одним из способов адаптивного проектирования является
разработка и применение профилей Жизненного Цикла (ЖЦ) АС и ПО.
Существует целый ряд методологий, описывающих жизненный цикл
ПО:
ГОСТ 34.601-99 стандарт на стадии и этапы создания АИС,
соответствующие каскадной модели жизненного цикла ПО. В стандарте
приводится описание содержания работ на каждом этапе.
ISO/IEC 12207:1995 «Information Technology Software Life Cycle
Processes» стандарт на процессы и организацию жизненного цикла заказного
ПО. Он определяет структуру жизненного цикла, содержащую процессы,
действия и задачи, которые должны быть выполнены во время создания ПО.
Каждый процесс разделен на набор действий, каждое действие на набор
задач. Каждый процесс, действие или задача инициируется и выполняется
другим процессом по мере необходимости, причем не существует заранее
определенных последовательностей выполнения.
Методология Oracle технологический материал по разработке
прикладных АИС, детализированный до уровня заготовок проектных
документов в расчете на использование Oracle. Применяется для классической
модели жизненного цикла (предусмотрены все работы, задачи и этапы), а
также для технологий «быстрой разработки» или «облегченного подхода»,
рекомендуемых в случае малых проектов.
Методология RUP (Rational Unified Process) технологический
материал по реализации итеративной модели разработки, включающей 4
фазы: начало, исследование, построение и внедрение. Каждая фаза разбита на
53
этапы (итерации), результатами которых являются версии для внутреннего
или внешнего использования. Каждый цикл завершается генерацией
очередной версии системы. Предполагает создание и сопровождение моделей
на базе UML.
Методология MSF (Microsoft Solution Framework)
технологический материал по реализации итеративной модели разработки,
аналогично RUP, включает 4 фазы: анализ, проектирование, разработку,
стабилизацию; предполагает использование объектно-ориентированного
моделирования.
Extreme Programming (XP) - экстремальное программирование.
Основой методологии является работа в команде, эффективные
коммуникации между заказчиком и исполнителем в течение всего проекта;
разработка АИС ведется с использованием последовательно дорабатываемых
прототипов.
Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы
создания автоматизированной системы:
1. Формирование требований к АС
a. Обследование объекта и обоснование необходимости
создания АС
b. Формирование требований пользователя к АС
c. Оформление отчета о выполнении работ и заявки на
разработку АС
2. Разработка концепции АС
a. Изучение объекта
b. Проведение необходимых научно-исследовательских
работ
c. Разработка вариантов концепции АС и выбор варианта
концепции АС, удовлетворяющего требованиям пользователей
d. Оформление отчета о проделанной работе
3. Техническое задание
54
a. Разработка и утверждение технического задания на
создание АС
4. Эскизный проект
a. Разработка предварительных проектных решений по
системе и ее частям
b. Разработка документации на АС и ее части
5. Технический проект
a. Разработка проектных решений по системе и ее частям
b. Разработка документации на АС и ее части
c. Разработка и оформление документации на поставку
комплектующих изделий
d. Разработка заданий на проектирование в смежных частях проекта
6. Рабочая документация
a. Разработка рабочей документации на АС и ее части
b. Разработка и адаптация программ
7. Ввод в действие
a. Подготовка объекта автоматизации
b. Подготовка персонала
c. Комплектация АС поставляемыми изделиями
(программными и техническими средствами, программно-техническими
комплексами, информационными изделиями)
d. Строительно-монтажные работы
e. Пусконаладочные работы
f. Проведение предварительных испытаний
g. Проведение опытной эксплуатации
h. Проведение приемочных испытаний
8. Сопровождение АС.
a. Выполнение работ в соответствии с гарантийными обязательствами
b. Послегарантийное обслуживание
55
Технический, эскизный проекты и рабочая документация это
последовательное построение все более конкретных проектных решений.
Возможно исключение стадии «Эскизный проект» и отдельных этапов работ
на всех стадиях, объединение стадий «Технический проект» и «Рабочая
документация» в «Технорабочий проект», параллельно выполнять различные
этапы и работы, включать дополнительные.
Этот стандарт не совсем подходит для проведения разработок в
текущее время: многие процессы реализованы недостаточно, а некоторые
положения устарели.
В методологии Oracle, RUP, MSF, XP не приводится структура и
описание технической документации по проекту.
Поэтому выбираем для проектирования ИС российский аналог
стандарта ISO/IEC 12207:1995 - ГОСТ Р ИСО/МЭК 12207-99
Стандарт ISO/IEC 12207:1995 «Information Technology Software Life
Cycle Processes» является основным нормативным документом,
регламентирующим состав процессов жизненного цикла ПО. Он определяет
структуру жизненного цикла, содержащую процессы, действия и задачи,
которые должны быть выполнены во время создания ПО.
Каждый процесс разделен на набор действий, каждое действие на
набор задач. Каждый процесс, действие или задача инициируется и
выполняется другим процессом по мере необходимости, причем не
существует заранее определенных последовательностей выполнения. Связи
по входным данным при этом сохраняются.
Российский ГОСТ Р ИСО/МЭК 12207-99 является аналогом стандарта
ISO/IEC 12207:1995, он описывает структуру процессов жизненного цикла, не
конкретизируя, как реализовать или выполнить действия и задачи,
включенные в эти процессы.
Модель жизненного цикла программного обеспечения включает в себя:
1. Стадии;
2. Результаты выполнения работ на каждой стадии;
56
3. Ключевые события точки завершения работ и принятия
решений.
Стадия составляющая процесса создания ПО, ограниченная
необходимыми временными рамками и заканчивающаяся выпуском
необходимого продукта (моделей, программных компонентов,
документации), определяемого заданными для данной стадии требованиями.
Также определяется используемой моделью жизненного цикла ПО и
расклад между процессами и стадиями.
Исходя из приведенного описания, можно отметить, что наиболее
подходящей методологией описания жизненного цикла для реализации
процесса управления работой сотрудников является RUP, основанная на
выбранной ранее итерационной модели.
Какие основные стратегии внедрения системы существуют:
Параллельная стратегия - одновременная работа старой (ручной) и
новой системы, и сравнивание их выходных документов. Если они
согласуются длительное время, осуществляется переход на новую систему.
"Скачок". Эта стратегия привлекательна, но не рекомендуется.
"Пилотный проект". Это наиболее часто используемая стратегия.
"Пилотный проект" это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически
все предприятия применяют эту тактику сегодня.
"Узкое место".
"Узкое место" это малая часть производственного процесса. При
применении похода "узкое место" план внедрения актуален только для "узкого
места" и для людей, работающих в нем. Точность данных повышается только
для изделий в этом "узком месте"; переподготовка - только для людей,
работающих в нем; анализ эффект - затрат делается только для него и т.д.
Основываясь на вышеприведенном описании и характере
разрабатываемого проекта, целесообразно выбрать стратегию «пилотного
Источник: https://baza.diplomsite.ru/previewfile/655