Жизненный цикл информационных сситем и его структура

Стадии жизненного цикла информационных систем

Под жизненным циклом системы как правило понимается постоянный процесс, который возникает с момента принятия решения о необходимости создания системы и кончается в момент ее совершенного исключения из освобождения.

Каждая информация имеет «время жизни». Она может существовать недолго (в памяти калькулятора в процессе проводимых на нем вычислений), в течение некоторого времени или очень длительное время. Эти периоды времени назначают жизненный цикл информации.

Жизненный цикл информационных систем выражается производной жизненного цикла информации, информационных продуктов и услуг, и технических средств.

ЖЦ произведения и употребления компьютерных программ отображает разнообразные их состояния, начиная с момента возникновения необходимости в этом программном изделии и завершая моментом его полного выхода из применения у всех пользователей.

Главные этапы ЖЦ программного обеспечения:

• 1) анализ требований,
• 2) проектирование,
• 3) кодирование (программирование),
• 4) тестирование и отладка,
• 5) эксплуатация и сопровождение.

Предварительный анализ. На этом этапе, анализ производится по запросу. Является ли создание решения возможно? Какие альтернативы существуют? Что сейчас делать? Является ли этот проект хорошо подходит для нашей организации? Ключевой элемент этого этапа является технико-экономическим анализом, который включает в себя анализ технической осуществимости (можно ли создать это?), Экономическая целесообразность (мы можем позволить себе сделать это?), а юридическая осуществимость (мы позволили сделать это?). Этот шаг важен в определении, если проект должен даже начать.

Системный анализ. На этом этапе один или несколько системных аналитиков работают с различными группами заинтересованных сторон, чтобы определить конкретные требования к новой системе. Никакого программирования не делается в этом шаге. Вместо этого процедура документирована, и требование в отношении данных разрабатывается для того, чтобы получить общую картину того, что именно эта система должна делать. Результатом этого этапа является документом системы-требования.

Системный дизайн. На этом этапе дизайнер принимает системные требования-документ, созданный на предыдущем этапе, и разрабатывает конкретные технические детали, необходимые для системы. Именно в этой фазе, что бизнес-требования переводятся в конкретные технические требования. Конструкция для пользовательского интерфейса, баз данных, входов и выходов данных и отчетности разрабатываются здесь. Результатом этого этапа является системообразующим дизайн документ. Этот документ будет иметь все программисту нужно будет на самом деле создать систему.

Программирование. Код, наконец, будет написан на этапе программирования. Использование системы дизайн-документ в качестве руководства, программиста (или команда программистов) разработают программу. Результатом этого этапа является первоначальная рабочая программа, которая отвечает требованиям, изложенным в фазе системного анализа и проектирования, разработанной на этапе системного проектирования.

Тестирование. На этапе тестирования, программа разработана на предыдущем этапе ставится через ряд структурированных тестов. Первый тест блок, который проверяет отдельные части кода на наличие ошибок или ошибок. Далее идет тестовая система, в которой различные компоненты системы протестированы, чтобы гарантировать, что они работают вместе должным образом. Наконец, тест пользователя прием позволяет тем, что будет использовать программное обеспечение, чтобы проверить систему, чтобы убедиться, что он соответствует их стандартам. Любые ошибки, ошибки или проблемы, выявленные в ходе тестирования на имя, а затем повторную проверку.

Реализация. После того, как новая система будет разработана и апробирована, она должна быть реализована в организациях. Этот этап включает в себя обучение пользователей, предоставление документации, а также преобразования от предыдущей системы к новой системе. Реализация может принимать различные формы, в зависимости от типа системы, количества и типа пользователей, и насколько важно то, что система начнет функционировать. Эти различные формы реализации рассматриваются далее в этой главе.

Обслуживание. Эта последняя фаза проходит стадию реализации завершения. На этом этапе система имеет структурированный процесс поддержки на месте: сообщенные ошибки исправлены и запросы на новые функции оцениваются и реализуются; обновления системы и резервное копирование производится на регулярной основе.

Разработчики стараются сделать максимально вероятным период жизненного цикла информационных продуктов и услуг. Для многих современных компьютерных программ продолжительность жизненного цикла равна 2−3 годам, хотя иногда встречаются программы, которые существуют 10 или более лет. Для повышения периода нужно всегда реализовывать маркетинговые и иные мероприятия по их поддержке.

Установленное время после снятия программного продукта с продажи может исполняться его сопровождение. Отречение от продолжения выпуска и сопровождения программного продукта или от предоставления информационных услуг как правило определен их неэффективностью, наличием неустранимых ошибок и отсутствием спроса.

Существуют две основные модели жизненного цикла информационных систем:

• 1. Классический жизненный (также её называют каскадной моделью)
• 2. Спиральная модель

Понятие жизненного цикла является одним из базовых понятий методологии проектирования ИС.

Методология проектирования ИС описывает процесс произведения и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников. Это формальное описание ЖЦ ИС позволяет планировать и организовывать процесс общественной разработки и снабдить управление этим процессом.

Совершенный жизненный цикл информационной системы включает в себя, как правило, стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию. В общем, жизненный цикл можно, в свою очередь, разбить на несколько этапов. В принципе, это разделение на стадии совершенно произвольно. Рассмотрим один из вариантов такого бизнеса, предложенный Rational Software Corporation, одной из ведущих компаний на рынке программного обеспечения для средств разработки информационных систем (среди которых заслуженно заслуженно пользовался универсальный CASE-инструмент Rational Rose).

Стадия — часть процесса создания ИС, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ИС.

Согласно методологии, предлагаемой Rational Software, жизненный цикл информационной системы подразделяется на четыре стадии.

Границы каждой стадии определены некоторыми моментами времени, в которые необходимо принимать определенные критические решения и, следовательно, достигать определенных ключевых целей.

• 1) Начальная стадия: На начальной стадии устанавливается область применения системы и определяются граничные условия. Для этого необходимо идентифицировать все внешние объекты, с которыми должна взаимодействовать разрабатываемая система, и определить характер этого взаимодействия на высоком уровне. На начальной стадии идентифицируются все функциональные возможности системы и производится описание наиболее существенных из них.
• 2) Стадия уточнения: На стадии уточнения проводится анализ прикладной области, разрабатывается архитектурная основа информационной системы.

При принятии любых решений, касающихся архитектуры системы, необходимо принимать во внимание разрабатываемую систему в целом. Это означает, что необходимо описать большинство функциональных возможностей системы и учесть взаимосвязи между отдельными ее составляющими.

В конце стадии уточнения проводится анализ архитектурных решений и способов устранения главных факторов риска в проекте.

3) Стадия конструирования: На стадии конструирования разрабатывается законченное изделие, готовое к передаче пользователю.

По окончании этой стадии определяется работоспособность разработанного программного обеспечения.

4) Стадия передачи в эксплуатацию: На стадии передачи в эксплуатацию разработанное программное обеспечение передается пользователям. При эксплуатации разработанной системы в реальных условиях часто возникают различного рода проблемы, которые требуют дополнительных работ по внесению корректив в разработанный продукт. Это, как правило, связано с обнаружением ошибок и недоработок.

В конце стадии передачи в эксплуатацию необходимо определить, достигнуты цели разработки или нет.