- •Содержание
- •1. Понятие автоматизированной информационной системы
- •2. Структура автоматизированной информационной системы
- •3. Основные понятия системного анализа
- •4. Порядок системного анализа
- •5. Принципы системного анализа
- •6. Понятие жизненного цикла аис и его модели
- •7. Процессы жизненного цикла аис: основные, вспомогательные, организационные.
- •8. Этапы (стадии) жизненного цикла аис
- •9. Описание предметной области аис моделью «Как есть»
- •10. Информационное обеспечение аис и информационные модели «Как должно быть»
- •11. Управление требованиями на стадиях детального проектирования, разработки, внедрения и сопровождения ис
- •12. Анализ предметной области аис
- •13. Выбор проектных решений аис и его обоснование
- •14. Проектирование системной архитектуры и анализ требований к по
- •15. Проектирование программной архитектуры и техническое проектирование программных средств
- •16. Кодирование
- •17. Тестирование
- •18. Установка и сопровождение
- •19. Каскадная модель жизненного цикла аис
- •4.Тестирование
- •20. Спиральная модель жизненного цикла аис
- •21. Понятие и виды моделей информационной системы
- •22. Методы проектирования аис
- •23. Графическая нотация и метод проектирования idef0
- •24. Графическая нотация и метод проектирования idef3
- •23. Методика построения dfd-диаграмм
- •24. Графическая нотация epc
- •25. Нотация aris Organizational Chart
- •26. Нотация aris Information Flow
- •27. Сравнительный анализ aris idef0 и idef3
- •28. Метод проектирования 1с:Профкейс
- •29. Понятие технологии проектирования
- •30. Технология проектирования информационного обеспечения аис
- •31. Технологии проектирования программного обеспечения аис (структурный и объектно-ориентированный подходы).
- •32. Саsе-средства, их функциональные возможности и характеристика
- •33. Оценка и управление качеством аис
- •34. Организация труда при разработке аис
- •35. Оценка необходимых ресурсов для реализации проекта
- •36. Технология групповой разработки аис
- •37. Автоматизация управления групповой разработкой проектов аис на примере 1с:Предприятия
- •38. Классификация аис по признаку структурированности задач
- •39. Классификация аис по виду деятельности
- •40. Классификация информационных систем по уровням управления
6. Понятие жизненного цикла аис и его модели
Жизненный цикл информационной системы — это процесс ее построения и развития, период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации.
Условными фазами или стадиями жизненного цикла ИС являются анализ, проектирование, реализация проекта, внедрение (ввод в эксплуатацию), сопровождение (эксплуатация, наращивание возможностей - модернизация), вывод из эксплуатации (замена):
анализ - определение того, что должна делать система;
проектирование - определение того, как система будет делать то, что она должна делать. Проектирование - это, прежде всего, спецификация подсистем, функциональных компонентов и способов их взаимодействия в системе;
реализация: разработка - создание функциональных компонентов и подсистем по отдельности, соединение подсистем в единое целое и тестирование - проверка функционального и параметрического соответствия системы показателям, определенным на этапе анализа;
внедрение - установка и ввод системы в действие;
сопровождение - обеспечение штатного процесса эксплуатации системы на предприятии заказчика.
Стандарты жизненного цикла ИС:
ГОСТ 34.601-90 (не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели).
ISO/IEC 12207:1995. "Information Technology - Software Life Cycle Processes" (российский аналог — ГОСТ Р ИСО/МЭК 12207-99, введен 1 июля 2000 г.) является основным нормативным документом, регламентирующим состав процессов жизненного цикла ИС. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ИС.
Каждый процесс разделен на набор действий, каждое действие - на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются.
Модель жизненного цикла ИС - структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Модель жизненного цикла информационной системы включает в себя:
-
последовательность выполняемых стадий;
-
результаты выполнения работ на каждой стадии;
-
ключевые события - точки завершения работ и принятия решений.
Модель жизненного цикла любой информационной системы определяет характер процесса ее создания, который представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии работ, выполнение которых необходимо и достаточно для создания системы, соответствующей заданным требованиям.
Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.
Специфические (отраслевые) подходы к разработке программного обеспечения реализованы в концепциях жизненного цикла, в основе которых лежат требования ИСО 12207:
Rapid Application Development (RAD) – стадии анализ и планирование требований, проектирование, реализация, внедрение.
Custom Development Method (методика Oracle).
Rational Unified Process (RUP) – рациональный унифицированный процесс (IBM).
Microsoft Solutions Framework (MSF). Включает 4 фазы: анализ, проектирование, разработка, стабилизация, предполагает использование объектно-ориентированного моделирования (Microsoft).
Подход «кодирование и исправление» (code and fix) упрощенно может быть описан следующим образом. Разработчик начинает кодирование (написание программы) системы с самого первого дня ее разработки, не занимаясь серьезным проектированием. Все ошибки и недоработки обнаруживаются, как правило, к концу кодирования и требую исправления через повторное кодирование.
Экстремальное программирование (англ. Extreme Programming, XP). В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС. Разработка ведется с использованием последовательно дорабатываемых прототипов.