1.1 Стадии жизненного цикла ис
Стадия — часть процесса создания ИС, ограниченнаяопределенными временными рамками и заканчивающаяся выпуском конкретногопродукта (моделей, программных компонентов, документации), определяемогозаданными для данной стадии требованиями. Соотношение между процессами истадиями также определяется используемой моделью жизненного цикла ИС.
Согласно методологии, предлагаемой Rational Software,жизненный цикл информационной системы подразделяется на четыре стадии.
Границы каждой стадии определены некоторыми моментамивремени, в которые необходимо принимать определенные критические решения и,следовательно, достигать определенных ключевых целей.
/>1) Начальная стадия
На начальной стадии устанавливается область применениясистемы и определяются граничные условия. Для этого необходимо идентифицироватьвсе внешние объекты, с которыми должна взаимодействовать разрабатываемаясистема, и определить характер этого взаимодействия на высоком уровне. Наначальной стадии идентифицируются все функциональные возможности системы ипроизводится описание наиболее существенных из них.
/>2) Стадия уточнения
На стадии уточнения проводится анализ прикладной области,разрабатывается архитектурная основа информационной системы.
При принятии любых решений, касающихся архитектурысистемы, необходимо принимать во внимание разрабатываемую систему в целом. Этоозначает, что необходимо описать большинство функциональных возможностейсистемы и учесть взаимосвязи между отдельными ее составляющими.
В конце стадии уточнения проводится анализ архитектурныхрешений и способов устранения главных факторов риска в проекте.
/>3) Стадия конструирования
На стадии конструирования разрабатывается законченноеизделие, готовое к передаче пользователю.
По окончании этой стадии определяется работоспособностьразработанного программного обеспечения.
/>4) Стадия передачи в эксплуатацию
На стадии передачи в эксплуатацию разработанноепрограммное обеспечение передается пользователям. При эксплуатации разработаннойсистемы в реальных условиях часто возникают различного рода проблемы, которыетребуют дополнительных работ по внесению корректив в разработанный продукт.Это, как правило, связано с обнаружением ошибок и недоработок.
В конце стадии передачи в эксплуатацию необходимоопределить, достигнуты цели разработки или нет.
/>/>
1.2 Стандарты жизненного цикла ИС
Современные сети разрабатываются на основе стандартов,что позволяет обеспечить, во-первых, их высокую эффективность и, во-вторых,возможность их взаимодействия между собой.
Среди наиболее известных стандартов можно выделитьследующие:
ГОСТ 34.601-90 — распространяется на автоматизированныесистемы и устанавливает стадии и этапы их создания. Кроме того, в стандартесодержится описание содержания работ на каждом этапе. Стадии и этапы работы,закрепленные в стандарте, в большей степени соответствуют каскадной моделижизненного цикла.
ISO/IEC 12207(International Organizationof Standardization /International Electrotechnical Commission )1995 — стандартна процессы и организацию жизненного цикла. Распространяетсяна все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.
Rational Unified Process (RUP) предлагает итеративнуюмодель разработки, включающую четыре фазы: начало, исследование, построение ивнедрение. Каждая фаза может быть разбита на этапы (итерации), в результатекоторых выпускается версия для внутреннего или внешнего использования.Прохождение через четыре основные фазы называется циклом разработки, каждыйцикл завершается генерацией версии системы. Если после этого работа надпроектом не прекращается, то полученный продукт продолжает развиваться и сноваминует те же фазы. Суть работы в рамках RUP — это создание и сопровождениемоделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так жевключает четыре фазы: анализ, проектирование, разработка, стабилизация,является итерационной, предполагает использование объектно-ориентированногомоделирования. MSF в сравнении с RUP в большей степени ориентирована наразработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование(самая новая среди рассматриваемых методологий) сформировалось в 1996 году. Воснове методологии командная работа, эффективная коммуникация между заказчикоми исполнителем в течение всего проекта по разработке ИС, а разработка ведется сиспользованием последоват/>ельнодорабатываемых прототипов.