Материал: Автоматизация и обеспечение информационной безопасности управленческого учета видеосалонов "ООО СТРОЙ-ИНВЕСТ"

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
Понятие ЖЦ ПО пришло тогда, когда разработчики осознали
важность перехода от единоличных кустарных методов разработки
программ к технологичному промышленному их созданию. И зачастую в
подобных ситуациях многие пытаются перенести в свою сферу опыт их
других направлений производства. Таким образом было перенято понятие
ЖЦ.
Главные этапы ЖЦ ПО:
• Исследование требований,
• Построение макета,
• Программирование,
• Отладка и исправление ошибок,
• Внедрение и использование.
Нюансом разработки ПО становится принятие решений на
первичных этапах с их реализацией на заключительных этапах. Ошибки в
требованиях к ПО могут привести не только к потерям в процессе создания
и использования, но и к полному провалу проекта. Корректировка и
изменения в спецификациях ПО зачастую влечет за собой повторение всех
следующих этапов построения модели и реализации ПО.
Сам ЖЦ ПО является непрерывным процессом, начинающимся в
момент принятия решения о важности его создания и оканчивающимся в
момент его окончательного выведения из эксплуатации.
Главный нормативный документ, контролирующий ЖЦ ПО –
международный стандарт ISO/IEC 12207 (ISO, International Organization of
Standardization – Общемировая компания по стандартизации, IEC,
International Electrotechnical Commission – Международная коллегия по
электротехнике). Он отражает структуру ЖЦ, включающую в себя
процессы, действия и задачи, реализуемые за время разработки ПО.
Методология разработки ИС описывает процесс внедрения и
сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его
58
как отдельную последовательность стадий и исполняемых на них
процессов. Каждый этап имеет свой состав и последовательность
реализуемых работ, получаемые результаты, средства и методы, нужные
для успешного завершения работ, ответственность и роли участников и т.д.
Подобное описание ЖЦ ИС дает возможность планировать и
организовывать процесс совместной разработки и управления этим
процессом.
Жизненный цикл ИС представляется как ряд событий, происходящих
с системой за время ее создания и эксплуатации.
Модель ЖЦ показывает разные состояния системы, отталкиваясь от
момента возникновения потребности в этой ИС и заканчивая моментом ее
окончательного выхода из использования. Модель ЖЦ – это некоторая
структура, включающая в себя процессы, действия и задачи, реализуемые
в ходе создания, работы и поддержки программного продукта за все время
жизни системы, от выявления требований до окончания ее использования.
Сегодня известны и активно применяются такие модели жизненного
цикла, как:
• Каскадная модель, предусматривающая последовательное
выполнение всех этапов проекта в заранее определенной
последовательности. Переход на другой этап говорит о полном
завершении всех работ на текущем этапе.
• Поэтапная модель с дополнительным контролем. Создание ИС
построено на итерациях с циклами обратной связи между этапами.
Поэтапные корректировки дают возможность отследить реально
существующее взаимные влияния результатов разработки на разных
этапах; а время жизни любого этапа продлевается на всю
продолжительность разработки.
• Спиральная модель. Каждый виток спирали включает в себя
создание очередной версии продукта, определяются и дорабатываются
59
требования проекта, выражается его качество и устанавливаются работы
следующего витка. Главное внимание уделяется первым этапам разработки
— проектированию и анализу, где необходимость создания тех или иных
технических решений заранее обосновывается и проверяется методом
создания прототипов и макетов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда изначально можно очень точно и полно
указать все требования к системе. Главным недостатком подобного
подхода становится то, что реальный процесс разработки системы не
сможет полностью уложится в такую сложную схему, поскольку всегда
будет потребность в возврате к уже завершенным этапам для уточнения
или пересмотра ранее определенных решений. Поэтому реальный процесс
разработки ИС соответствует поэтапной модели с поэтапным контролем.
Но такие недостатки не могут играть основную роль при проектировании
системы проведения ОТМ литейного цеха, поэтому смело останавливается
на нем.
Любая из стадий разработки системы включает в себя реализацию
некоторого объема работ, которые отображаются в виде процессов ЖЦ.
Процесс описывается в виде совокупности взаимосвязанных действий,
изменяющих исходные данные в выходные. Описание каждого отдельного
процесса состоит из перечня решаемых задач, заданных данных и
результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а иногда даже и
процессы разработки.
Среди наиболее известных стандартов можно выделить:
• ГОСТ 34.601-90 - распространяется на АИС и отражает в себе
стадии и этапы их создания. Также в нем есть описание содержания работ
на всех этапах. Стадии и этапы работы, показанные в стандарте, зачастую
соответствуют каскадной модели ЖЦ.
60
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию ЖЦ.
Используется во всех видах заказного ПО. Стандарт не включает в себя
описания стадий, фаз и этапов.
• Custom Development Method по разработке прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, рассчитанных на применение в проектах совместно с Oracle.
Применяется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также в проектах с "быстрой разработкой" (Fast Track) или
"облегченным подходом", которые являются самыми доступными в малых
проектах.
• Rational Unified Process (RUP) включает в себя итеративную
модель разработки, имеющую четыре фазы: старт, анализ, создание и
использование. Все эти фазы могут быть разделены на этапы (итерации),
по итогу которых имеется версия для внутреннего или внешнего
использования. Реализация четырех основных фазы считается циклом
разработки, и любой такой цикл завершается созданием версии системы. В
случае, если работа над проектом не прекращается и после этого,
полученный продукт продолжает оптимизироваться и снова проходит те
же фазы. Суть реализации в рамках RUP - это разработка и сопровождение
моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же
имеет четыре фазы: исследование, построение, создание, стабилизация,
является итерационным, включает в себя применение объектно-
ориентированного моделирования. MSF в отличии от RUP в сильнее
ориентирован на создание бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование
(самая молодая среди остальных методологий) реализовалось в 1996 году.
В основе методологии состоит командная работа, четкая коммуникация
61
между исполнителем и заказчиком за все время ведения проекта, а сама
разработка построена на методах последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.
В связи с небольшим объемом разрабатываемой автоматизированной
системы, ее назначением, характером необходимо использовать именно
этот стандарт - ISO/IEC серии 15288. Для создаваемой системы актуален
следующий перечень стадий реализации проекта
• Формирование концепции
• Разработка
• Реализация
• Эксплуатация
• Поддержка
• Снятие с эксплуатации
Задача внедрения информационной системы включает в себя
создание (адаптацию) и запуск в продуктивную эксплуатацию элементов
информационной системы. Так как разработка информационной системы
будет осуществляться своими силами, то и внедрение будет происходить
без привлечения посторонних специалистов.
Этап внедрения планируется разбить на следующие подэтапы:
1. Предпроектное рассмотрение. В ходе рассмотрения находятся
основные информационные потоки в компании и проверяется база
основной нормативно—справочной документации. Базовыми требованием
в таком случае становятся наличие всех нужных для работы
корпоративных ИС справочников и классификаторов, а также соответствие
принципов их реализации с требованиями системы. В процессе
исполнения этапа важно проанализировать на полноту все корпоративные
стандарты учета и отчетности. Этот этап включает также проведение
диагностирования проблем, которые могут иметь место при внедрении, а
также согласовывается и выполняется настройка справочников и
Источник: https://baza.diplomsite.ru/previewfile/1816

Смотрите также:

17. Введение 18. Линейные программы 19. Ветвления 20. Программирование циклических алгоритмов
Анализ эффективности инвестиций предприятия на примере ООО «СпецПримСтрой»
Сборные железобетонные ребристые плиты перекрытия
_-___-~1
_3 тема - Диффузия
_Роджерс Карл, Брак и его альтернативы
_Штерн Вильям, Дифференциальная психология и ее методические основы