Дипломная работа: Автоматизация учета рабочего времени сотрудников компании ООО "ВЕЛЕС"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
39
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненным циклом программного средства называется период времени,
который начинается с момента принятия решения о необходимости создания
программного средства и заканчивается в момент его полного изъятия из
эксплуатации [2]. Жизненный цикл охватывает весь процесс построения и
развития программного обеспечения. Этот процесс может быть организован по-
разному для различных классов программных продуктов и в зависимости от
особенностей коллектива разработчиков.
Важным этапом в проектировании программного средства является выбор
модели его жизненного цикла.
Моделью жизненного цикла программного обеспечения называется
структура, которая определяет взаимосвязь процессов, действий и задач на
протяжении жизненного цикла, а также последовательность их выполнения.
Модель жизненного цикла зависит от специфики, масштаба и сложности проекта
и специфики условий, в которых система создается и функционирует [7].
Модель жизненного цикла содержит:
- стадии;
- результаты выполнения работ на каждой стадии;
- ключевые события.
Стадией называется этап процесса создания программы, который
ограничен определенными временными рамками и заканчивается выпуском
конкретного продукта, которым может быть модель, программный компонент
или документация, и определяемый заданными требованиями.
Под ключевым событием понимается точка завершения работы и
принятия решений
На каждой стадии может выполняться несколько процессов, которые
определены в стандарте ГОСТ Р ИСО/МЭК 12207-2010[1]. Также, один и тот же
процесс может выполняться на различных стадиях. Это соотношение между
процессами и стадиями также определяет вид используемой модели жизненного
цикла программного средства.
Существует ряд стандартов, которые регламентируют разработку и
жизненный цикл программного обеспечения, как международных, так и
российских: ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT, Oracle CDM,
XP. Рассмотрим кратко каждый из стандартов:
- Стандарт ISO/IEC 12207:2008 «System and software engineering —
Software life cycle processes» (Системная и программная инженерия - жизненный
цикл программного продукта)[9];
- Стандарт ГОСТ 34.601-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Стадии создания»;
- Стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная
технология. Системная и программная инженерия. Процессы жизненного цикла
программных средств». Этот стандарт регламентирует общую структуру
процессов жизненного цикла программных средств с применением устоявшейся
терминологии. Данный стандарт описывает все процессы, задачи и виды
деятельности, применение которых необходимо как при приобретении
программного обеспечения и его обслуживания, так и при дальнейших этапах,
таких как: поставка, разработка, использование, сопровождение и вывод
программных средств из эксплуатации.
- Стандарт ISO/IEC 12207:1995 - базовый международный стандарт,
описывающий процессы и организацию жизненного цикла программного
обеспечения. Распространяется на все виды программного обеспечения, но не
содержит описания фаз, стадий и этапов.
Помимо базовых стандартов, существуют следующие методологии
разработки программных средств:
- Стандарт Custom Development Method (CDM) - это
технологический материал, который детализирован до уровня заготовок
проектных документов, и рассчитанных на применение в проектах, основанных
на методике Oracle. Этот стандарт используется для классической модели ЖЦ
(предусмотрены все работы/задачи и этапы), а также для технологий быстрой
разработки применяемых для проектов малых масштабов [12].
40
41
- Методология Rational Unified Process (RUP) ориентирована на
модель разработки итерациями, состоящей из четырех фаз: начало,
исследование, построение и внедрение. При этом каждая фаза разбивается на
итерации, в результате которых выпускается версия, которая может применяться
как для внутреннего, так и для внешнего использования. Прохождение через
четыре основные фазы называется циклом разработки, каждый цикл завершается
генерацией версии системы. Основные принципы методологии RUP это:
итерационный и инкрементный подход к созданию программных средств,
планирование и управление проектом на основе функциональных требований к
системе, построение системы на базе архитектуры программных средств. RUP в
большей степени соответствует стандартам и нормативным документам,
связанным с процессами жизненного цикла ПО и оценкой технологической
зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и других).
- Методология Microsoft Solution Framework (MSF) имеет сходные с
RUP характеристики, включает следующие фазы: идея, планирование, сборка,
стабилизация и развертывание. Она также предполагает разработку итерациями
и использование объектно-ориентированного моделирования. Данная
методология ориентирована на разработку бизнес-приложений [17].
- Методология Extreme Programming (XP) или экстремальное
программирование сформировалось в 1996 году. В основе методологии
командная работа, эффективная коммуникация между заказчиком и
исполнителем в течение всего проекта по разработке ИС, а разработка ведется с
использованием последовательно дорабатываемых прототипов [16].
Для описания этапов жизненного цикла применяются модели жизненного
цикла ПО. В настоящее время широко известны и применяются следующие
модели [1]:
- Каскадная модель подразумевает последовательное выполнение
каждого из этапов проекта в строго определенном порядке. Переход на
следующий этап возможен только после полного завершения работ на
предыдущем этапе.
- Поэтапная модель с промежуточным контролем предусматривает
разработку программного средства итерациями с циклами обратной связи между
42
этапами. Межэтапные корректировки позволяют учитывать реально
существующее взаимовлияние результатов разработки на различных этапах;
время жизни каждого из этапов растягивается на весь период разработки.
- Спиральная модель предусматривает создание следующей версии
продукта на каждом новом витке спирали, при этом следует уточнить
требования проекта, определить его качество и план работ для следующего
витка. Наиболее важными этапами являются анализ и проектирование, где
проверяется возможность реализации различных технических решений,
посредством создания прототипов.
- Инкрементная стратегия подразумевает разработку программного
средства с линейной последовательностью стадий, но при этом планируется
создание нескольких инкрементов (версий), то есть с запланированным
улучшением продукта.
Необходимо заметить, что рассмотренные модели являются
классическими и сейчас редко применяются на практике, из-за сложности
реализации. В настоящее время большее распространение получили
комбинированные модели [8].
Поэтапная модель с промежуточным контролем предназначена для
реализации малых и средних проектов, срок выполнения которых занимает не
более года. В данной модели необходимо производить определение основных
требований в начале проектирования программного средства на этапе написания
технического задания, а внесение изменений в процессе проектирования
возможно только после завершения каждого из этапов работ, и данная модель
позволяет разрабатывать программные средства итерациями. Что подходит для
решения поставленных в работе задач.
В данной выпускной квалификационной работе был выбран стандарт
ISO/IEC 15288, который включает в себя следующие этапы:
- формирование концепции;
- разработка;
- реализация;
- эксплуатация;
поддержка;
43
- снятие с эксплуатации.
Опишем каждый этап.
На этапе формирования концепции производится детальный анализ
деятельности ООО «ВЕЛЕС», выявляются существующие проблемы
организации и пути их решения при помощи информационных технологий.
Выбирается решение - автоматизация учета рабочего времени сотрудников ООО
«ВЕЛЕС». Производится анализ существующих программных средств на
основании, которого было принято решение о разработке собственного
программного продукта. Были выявлены требования к информационной
системе, программному, техническому и информационному обеспечению.
На основании сформированной концепции происходит разработка проекта
автоматизации. На данном этапе проектируется структура БД, выполняется
конфигурирование вычислительной сети ИС. Для приложений определяются
требования к информационным технологиям, разрабатываются алгоритмы
обработки данных, формализованные постановки задач, осуществляется выбор
программных средств базового и прикладного назначения ИС.
Этап реализации обеспечивает программную и техническую реализацию
проектных решений по ИС. В первую очередь, это — создание БД,
проектирование форм документов, заполнение классификаторов и
кодификаторов технико-экономической информации, программная реализация
информационных технологий приложений, создание проектной документации
по ИС. По мере разработки отдельных программных компонентов
осуществляется их тестирование и интеграция. Для пользователей ИС
разрабатывается эксплуатационная документация.
На этапе внедрения выбирается стратегия внедрении, к которой относятся
следующие типы:
- параллельная стратегия, применяемая в случае замены старой
работающей системы на новую систему;
- стратегия скачок, означающая, резкую смену прежней системы на
новую систему, без предварительной подготовки и обучения персонала. При
неточных данных и необученных сотрудниках есть риск, сорвать поставки,
финансовые расчеты и получить убытки;
Источник: https://baza.diplomsite.ru/previewfile/2431