Фазы жизненного цикла кис на котором

ПРОЕКТИРОВАНИЕ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

Жизненный цикл КИС. Модели жизненного цикла КИС: каскадная, спиральная.

В основе деятельности
по созданию и использованию программного обеспечения любого типа (поэтому далее
– просто ПО) лежит понятие его жизненного цикла (ЖЦ). Жизненный цикл является
моделью создания и использования ПО, отражающей его различные состояния, начиная
с момента возникновения необходимости в данном ПО и заканчивая моментов его полного
выхода из употребления у всех пользователей.

Традиционно выделяются следующие
основные этапы ЖЦ ПО:

анализ требований

проектирование

кодирование
(программирование)

тестирование и отладка

эксплуатация и сопровождение

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

Каждый этап завершается верификацией
порожденных документов и решений с целью проверки их соответствия исходным.

Существующие
модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии
перехода от этапа к этапу.

Наибольшее распространение получили три модели
ЖЦ:

Каскадная модель (70-80 г.г.) – предполагает переход на следующий этап
после полного окончания работ по предыдущему этапу.

Поэтапная модель с
промежуточным контролем (80-85 г.г.) – итерационная модель разработки ПО с циклами
обратной связи между этапами. Преимущество такой модели заключается в том, что
межэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной
моделью, однако, время жизни каждого из этапов растягивается на вес период разработки.

Спиральная модель (86-90 г.г.) – делает упор на начальные этапы ЖЦ: анализ
требований, проектирование спецификаций, предварительное и детальное проектирование.
На этих этапах проверяется и обосновывается реализуемость технических решений
путем создания прототипов. Каждый виток спирали соответствует поэтапно модели
создания фрагмента или версии программного изделия, на нем уточняются цели и характеристики
проекта, определяется его качество, планируются работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются детали проекта,
и в результате выбирается обоснованный вариант, который доводится до реализации.

 
Спиральная модель обладает такими преимуществами:

Накопление и повторное
использование программных средств, моделей и прототипов

Ориентация на развитие
и модификацию ПО в процессе его проектирования

Анализ риска и издержек
в процессе проектировании

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

 
Рассмотрим этапы ЖЦ более подробно:

Анализ требований: требования заказчика
уточняются, формализуются и документируются. На этом этапе дается ответ на вопрос:
«Что должна делать система?». 

Список требований к разрабатываемой системе
должен включать:

Совокупность условий, при которых предполагается эксплуатировать
будущую систему (аппаратные и программные ресурсы, внешние условия функционирования,
состав людей и работ, имеющих отношение к системе)

Описание функций системы

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

Целью
анализа является преобразование общих, неясных знаний о требованиях к будущей
системе в точные (по возможности) определения. На этом этапе определяются:

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

Интерфейсы и распределение функций между человеком
и системой

Требования к программным и информационным компонентам ПО, необходимые
аппаратные ресурсы, требования к БД, физические характеристики компонентов ПО,
их интерфейсы.

Этап проектирования: дает ответ на вопрос «Как (каким образом)
система будет соответствовать предъявленным требованиям?».

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

Обычно этот этап разбивают
на два подэтапа:

Проектирование архитектуры ПО – разработка структуры и
интерфейсов компонентов, согласование функций и технических требований к компонентам,
стандартам проектирования, производство отчетных документов

Детальное проектирование
– разработка спецификаций каждого компонента, интерфейсов между компонентами,
разработку требований к тестам и плана интеграции компонентов.

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

Понятие жизненного цикла КИС

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

Этапы ЖЦ информационной системы:

1. Анализ требований (анализ процессов предметной области и построение моделей бизнес-процессов)

2. Проектирование (проектирование архитектуры информационной системы)

3. Разработка (программирование)

4. Тестирование и отладка

5. Внедрение и сопровождение

Для каждого этапа ЖЦ характерно:

1. Создание набора документов и технических решений, которые формируются на данном этапе

2. Получение исходных данных, документов и решений от предыдущего этапа

3. завершение этапа верификацией созданных документов и решений с целью проверки их соответствию заданным требованиям.

ЖЦ КИС включает следующие группы процессов:

1. Основные процессы ЖЦ:

– Анализ требований

– Проектирование

– Разработка

– Тестирование и отладка

– Внедрение и сопровождение

2. Вспомогательные процессы (обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка))

3. Организационные процессы (управление проектом, обучение персонала и т.д.)

Первая фаза ЖЦ КИС: анализ требований

На данном этапе необходимо определить набор требований, которым должна удовлетворять проектируемая система.

Анализ требований проводится с целью понять назначение и условия эксплуатации системы.

Результатом анализа является системный проект, который включает:

1. Описание функций системы

2. Описание внешних условий

3. Распределение функций между аппаратной и программной частями системы

4. Интерфейсы и распределение функций между человеком и системой.

5. Требования к программным и информационным компонентам программной части

6. Требования к аппаратным ресурсам

7. Требования к базам данных

8. Требования к хранилищам данных

системный проект

Задачи первой фазы ЖЦ КИС: адекватно описать процессы, объекты, события предметной области и построить достаточно полные и не противоречивые модели.

При структурном анализе строятся модели:

1. Функциональная модель – описывает все базовые бизнес-процессы и спецификации бизнес-процедур; выполняет документирование бизнес-процедур; описывает характеристики объекта моделирования, перечень подсистем требования к способам и средствам связи для информационного обмена между подсистемами; требования к характеристикам взаимосвязей между системами, требования к функциям.

2. Информационная модель – описывает структуры данных.

3. Событийная модель – отображает события, зависящие от времени для систем работающих в режиме реального времени.

При объектно-ориентированном анализе строятся следующие модели:

1. Объектная модель – представляет статические, структурные аспекты системы (иерархию классов, наборы атрибутов и действий, характерных для каждого класса)

2. Динамическая модель – описывает работу отдельных частей системы, отражает временные аспекты и последовательность операций

3. Функциональная модель – отражает взаимодействие отдельных частей системы в процессе работы и описывает потоки данных.

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

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

Модели жизненного цикла:

· Каскадная модель последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

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

· Спиральная модель. На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка.

«+» каскадного подхода: 1) на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; 2)выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты; 3) Каскадный подход хорошо зарекомендовал себя при построении относительно простых ИС.

«-»: реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, модель не позволяет оперативно учитывать возникающие изменения и уточнения требований к системе.

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

«-»: определение момента перехода на следующий этап. Для ее решения вводятся временные ограничения на каждый из этапов жизненного цикла, и переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена.

32. Этапы проектирования КИС. Формирование требований к КИС. Проблемы взаимодействия потребителя и проектиров­щика КИС.

Основные этапы ПИС: определение стратегии, анализ, создание, внедрение.

Определение стратегии – обследование предприятия или предпроектное обследование. Основная задача — оценка реального объема проекта, его целей и задач. Предполагает тесное взаимодействие с основными пользователями системы и экспертами. По завершению обследования формируются вероятные технические подходы и приблизительно рассчитывают затраты на аппаратное обеспечение, закупаемое ПО и разработку нового ПО.

Результат – документ, где четко сформулировано, что получит заказчик, если согласится финансировать проект; когда он получит; сколько это будет стоить.

Этап анализа – подробное исследование бизнес-процессов и информации, необходимой для их выполнения. Создается инфор модель, а на следующем за ним этапе проектирования – модель данных. Методы моделирования SADT (IDEF0), IDEF3, DFD, Rational Unified Process. В результате анализа создается модель AS IS и строится модель TO BE. Этап включает в себя 2 больших подэтапа: разработку ТЗ и разработку собственно ИС.

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

Этап внедрения состоит из опытной эксплуатации (необходима для проверки соответствия созданной ИС ТЗ, и для устранения ошибок) и промышленной эксплуатации – выполнение ИС всех требуемых функций на всех рабочих местах.

ЖЦ промышленной эксплуатации ИС в составляет 5-7 лет. Затем происходит либо утилизация, либо модернизация ИС.

Требования к техническим аспектам ИС

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

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

Реинжиниринг бизнес-процессов и внедрение КИС.

М. Хаммер и Дж. Чампи определяют реинжиниринг как “фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов компаний для достижения коренных улучшений в основных актуальных показателях их деятельности: стоимость, качество, услуги и темпы”.

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

Проект по реинжинирингу бизнеса, включает этапы:

l Постановка задачи

l Моделирование (ретроспективный и прямой инжиниринг)

l Перепроектирование

l Разработка бизнес-процессов на уровне трудовых ресурсов

l Разработка поддерживающих информационных систем

l Внедрение перепроектированных процессов

Участниками процесса реинжиниринга являются:

l лидер проекта

l владельцы процессов

l руководящий комитет наблюдателей

l специалист объекта хозяйствования

l команда по реинжинирингу

А также:

l эксперт по методу

l группа обеспечения качества

l группа документирования

l координатор (или группа координации)

l лидеры процессов и владельцы процессов

l штат менеджера проекта

Одним из пакетов программ, позволяющих проводить реинж., явл. пакет BPWin. Он предполагает разработку схем бизнес-процессов по методологии IDEF.

IDEF – методология, состоящая из трех методов моделирования:

l IDEF0 используется для создания функциональной модели;

l IDEF1 применяется для построения информационной модели;

l IDEF2 позволяет построить динамическую модель меняющегося во времени поведения функций, информации и ресурсов производственной системы или среды.

Оценка эффективности внедрения КИС.

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

Выделяют социальную и экономическую эффективность.

Экономическая эффективность хар-ся абсолютными и относительными показателями.

Виды экон. эф-сти:

– общая (эффект/затраты);

– сравнительная (∆ результаты).

Социальная эффективностьизмеряет уровень удовлетворенности спроса, измерение времени на приобретение товара, уровень сервиса и др.

Оценка эффективности проводится финансовыми и нефинансовыми (качественные, вероятностные) методами.

Финансовые методы:

– чистый приведенный доход;

– внутр. норма доходности (значение коэффициента дисконтирования, при котором чистый приведенный доход=0);

– срок окупаемости инвестиций.

Нефинансовые методы:

– ключевые показатели эффективности и сбалансированные показатели результативности;

– функционально-стоимостной анализ;

– совокупная стоимость владения.

Вероятностные:

– прикладная информационная экономика;

– справедливая цена опционов (ROV).