В последние десятилетия действенность управления и развития бизнеса, других значимых сфер жизнедеятельности человека определяют профессионально-ориентированные корпоративные информационные системы (ИС).
Основанные на употреблении средств электронно-вычислительной техники, телекоммуникационных систем, специализированного программного обеспечения и нынешних информационных технологий, они позволяют эффективно решать разнообразные прикладные задачи анализа и обработки информации, - как устраивающейся в реальном масштабе времени, так и значительных ее массивов, хранимых в базах, банках и хранилищах данных.
Всякая информационная система основывается, эксплуатируется и развивается во времени. Данное утверждение разрешает говорить о жизни, или жизненном цикле информационных систем, охватывающем все стадии и этапы ее появления, существования и развития - от возникновения потребности в ИС прописанного целевого назначения до совершенного прекращения ее использования вследствие морального старения или потери необходимости решения подобающих задач.
Жизненный цикл информационных систем довольно продолжителен. Основание информационных систем, как нетрудных систем, предназначенных для долгой систематической эксплуатации во многих организациях, характеризуется жёстким, требовательно регламентированным промышленным подходом. К информационным системам предъявляются особые требования по их действенности, надежности, помехоустойчивости функционирования, выбору модели хранения данных. Учащённо назначается задача получения итогов за отчетливо назначенное время, не превышающее заданное. Высокое внимание уделяется отладке и тестированию – как отдельных компонент, так и всей информационной системы в целом.
Вводятся элементы дублирования с употреблением методов многовариантного программирования, когда одна и та же задача одновременно решается по нескольким алгоритмам и результат определяется при совпадении выходных значений каждого из них.
С целью локализации погрешностей и нераспространения их влияния устанавливаются программные блоки защиты и восстановления от сбоев и просчётов, вызванных поступлением на обработку непозволительных либо искаженных исходных данных, неисправностью аппаратуры или возможностью осуществления в комплексе нетактичного интерфейса между какими-то его многочисленными компонентами.
Требования к информационным системам требовательно формализуются и закрепляются в техническом задании. Основное внимание уделяется планированию работ, организации труда в коллективе специалистов, число которых может достигать сотен и тысяч человек, управлению работами и контролю за их выполнением, а также соблюдением заданных программных характеристик. Внедрение в эксплуатацию предупреждается проведением одностадийных испытаний в специально сформированных или реальных условиях. Обязательной замечается фаза сопровождения и связанная с этим необходимость подготовки качественной программной документации, тиражирования и передачи информационных систем в прочие эксплуатирующие организации. Общее время жизни информационных систем может достигать десяти и более лет, из которых 70 - 90% может приводиться на фазы эксплуатации и сопровождения. Продолжительность эксплуатации может вызвать необходимость модернизации информационных систем и, соответственно, к возвращению раньше изученным фазам.
Модель жизненного цикла ИС — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Модель ЖЦ ИС включает в себя:
Модель жизненного цикла отражает различные состояния проекта, начиная с момента возникновения идеи проекта и заканчивая моментом ее полного выхода из употребления.
В настоящее время наиболее известны и используются следующие модели жизненного цикла:
Каскадная модель – предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Каскадная модель продемонстрирована на рисунке 1.
Рисунок. 1. Каскадная модель ЖЦ
На первом этапе проводится исследование проблемы, которая должна быть решена, четко формулируются все требования заказчика. Результатом, получаемым на данном этапе, является техническое задание (разработка требований), согласованное со всеми заинтересованными сторонами.
На втором этапе разрабатывают проектные решения, удовлетворяющие всем требованиями, сформулированным в техническом задании. Результатом данного этапа является комплект проектной документации, содержащей все необходимые данные для реализации проекта.
Третий этап — реализация проекта. Здесь осуществляется разработка программного обеспечения (кодирование) в соответствии с проектными решениями, полученными на предыдущем этапе. Методы, используемые для реализации, не имеют принципиального значения. Результатом выполнения данного этапа является готовый программный продукт.
На четвертом этапе проводится проверка (тестирования) полученного программного обеспечения на предмет соответствия требованиям, заявленным в техническом задании. Опытная эксплуатация позволяет выявить и исправить различного рода скрытые недостатки, проявляющиеся в реальных условиях работы информационной системы. Результат – готовая к эксплуатации система.
Последний этап — сдача готового проекта, ввод его в действие. Главная задача этого этапа — документально подтвердить, что все требования заказчика выполнены в полной мере. Результат – работающая ИС с полным комплектом сопроводительной документации, утвержденные заказчиком документы о принятии системы в эксплуатацию.
Можно выделить следующие положительные стороны применения каскадного подхода:
Каскадный подход хорошо зарекомендовал себя при построении относительно простых ИС, когда в самом начале разработки можно достаточно точно и полно сформулировать все требования к системе.
Недостатки каскадной модели. Перечень недостатков каскадной модели при ее использовании для разработки информационных систем достаточно обширен:
Основным недостатком этого подхода является то, что реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. Это приводит к существенной задержке в получении результатов
В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем. Здесь разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. Поэтапная модель с промежуточным контролем продемонстрирована на рисунке 2.
Рисунок. 2. Поэтапная модель с промежуточным контролем
Спиральная модель ЖЦ была предложена для преодоления перечисленных проблем каскадной модели. На этапах анализа и проектирования реализуемость технических решений и степень удовлетворения потребностей заказчика проверяется путем создания прототипов. Спиральная модель ЖЦ показана на рисунке 3.
Рисунок. 3. Спиральная модель ЖЦ
Каждый виток спирали соответствует созданию работоспособного фрагмента или версии системы. Это позволяет уточнить требования, цели и характеристики проекта, определить качество разработки, спланировать работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который удовлетворяет действительным требованиям заказчика и доводится до реализации.
Использование спиральной модели позволяет перейти на следующий этап выполнения проекта, не дожидаясь полного завершения текущего — недоделанную работу можно будет выполнить на следующей итерации. Главная задача каждой итерации — как можно быстрее создать работоспособный продукт, который можно показать пользователям системы. Таким образом, существенно упрощается процесс внесения уточнений и дополнений в проект.
Преимущества итерационного подхода, применяемого в спиральной модели:
Рисунок. 4. Зависимость рисков от времени разработки