Transcript Технология внедрения CASE

Проектирование
информационных
систем
Преподаватель: к.т.н., доц. каф. АСУ
Никулина Наталья Олеговна
[email protected]
Литература




Автоматизированные информационные
технологии в экономике: Учебник/под ред.
проф. Г.А. Титоренко. - М.: ЮНИТИ, 2005.
Гвоздева Т.В., Баллод Б.А. Проектирование
информационных систем: учебное пособие. –
Ростов н/Д: Феникс, 2009. – 508 с.
Маглинец Ю.А. Анализ требований к
автоматизированным информационным
системам. ИНТУИТ.ру, БИНОМ, 2008. – 200 с.
Мартынов В.В., Никулина Н.О., Филосова
Е.И. Проектирование информационных систем:
Учебное пособие. – Уфа: УГАТУ, 2008. – 379 с.
2
Литература (дополнительная)






Гринберг А.С., Горбачев Н.Н., Бондаренко
А.С. Информационные технологии управления:
Учебное пособие для вузов. – М.: ЮНИТИДАНА, 2004.
Мамиконов А.Г. Основы построения АСУ:
Учебник для вузов. – М.: Высш. школа, 1981.
Информационные технологии управления:
Учебное пособие для вузов / Под ред. проф. Г.А.
Титоренко. – М.:ЮНИТИ-ДАНА, 2004.
www.osp.ru
www.citforum.ru
www.intuit.ru
3
Лекция 1.
Структура АЭИС.
Определение системы
Система – совокупность элементов,
 связанных между собой и с внешней
средой упорядоченным образом,
 выбранных с определенной целью и
 выполняющих заданную функцию,
направленную на получение
конкретного полезного результата.
5
Свойства системы
 Сложность
 Делимость
 Целостность
 Структурированность
6
Схема управления без обратной
связи
Объект управления – это
Субъект
управления
отдельный элемент или
система,
u
воспринимающий
Y
X
Объект
управляющие
управления
воздействия со стороны
субъекта управления,
f
получающий команды X – входные параметры;
управления и
Y – выходные параметры;
действующий в
u – управляющие воздействия;
соответствии с ними. f – возмущающие воздействия
внешней среды.
7
Схема управления с обратной
связью
Субъект
управления
u
X
Объект
управления
Y
f
8
Функции систем управления

Планирование

Учет

Анализ

Контроль

Регулирование

Прогнозирование
9
Система автоматического
управления с обратной связью
g
Система
управления
u
X
Объект
управления
f
Y
g – плановые показатели
объекта управления
10
Система автоматизированного
управления с обратной связью
Система
управления
Принятие
решений
Схема
сравнения
g
Субъект управления
Реализация
управляющих
воздействий
u
X
Объект
управления
f
Y
11


Экономический объект – это объект
управления, представляющий собой
совокупность взаимодействующих,
относительно автономных систем,
выполняющих множество преобразований
экономической информации.
Экономическая информация –
совокупность сведений экономического
характера, которые можно подвергать
обработке в процессах планирования,
учета, анализа, контроля на всех уровнях
управления экономическим объектом.
12
Особенности
экономической информации





Имеет дискретную форму представления.
Отражается на материальных носителях.
Обрабатывается в установленных
временных пределах.
Имеет отношение к различным функциям
управления.
Имеет большой объем и требует
длительного хранения.
13
Свойства экономической
информации

Достоверность

Полнота

Ценность

Актуальность

Однозначность
14
ИС экономического объекта


ИС – коммуникационная система по сбору,
передаче и обработке информации об объекте
управления, снабжающая работников
различного ранга информацией для реализации
функций управления.
АЭИС – совокупность информации,
экономико-математических методов и
моделей, технических, технологических и
программных средств и специалистов,
предназначенная для обработки
экономической информации и принятия
управленческих решений.
15
Потребительские свойства ИС




Функциональная полнота – получение
необходимой пользователю информации на
заданном интервале времени;
функциональная надежность – получение
безошибочной информации в заданные
сроки;
адаптивность – обеспечение устойчивого
функционирования длительное время;
эффективность – отдача вложенных средств.
16
Автоматизированная система с точки
зрения ГОСТ 34.003-90



Автоматизированная система – это система,
состоящая из персонала и комплекса средств
автоматизации его деятельности, реализующая
информационную технологию выполнения
установленных функций.
Функция АС – совокупность действий
автоматизированной системы, направленная на
достижение определенной цели.
Задача АС – последовательность автоматических
действий, приводящая к результату заданного вида.
17
Состав автоматизированной
системы по ГОСТ 34.003-90



Подсистема АС – часть автоматизированной
системы, выполняющая обособленный набор
функций и удовлетворяющая достижению
определенной цели.
Компонент АС – это объект материального
мира, являющийся частью АС.
Вид обеспечения АС – это совокупность
компонентов и/или технических решений
определенного характера.
18
Пример деления АС на подсистемы
Виды
Подсистема
обеспечения продажи билетов
Подсистема
формирования
отчетов
Информацион Цены на билеты;
Форма отчета
Карта зрительного
ное
зала;
обеспечение
Названия мероприятий
Записи о проданных билетах
Техническое
обеспечение
Компьютер;
Программное
обеспечение
Текстовый редактор
принтер
Электронные
таблицы
19
Внешняя среда
АЭИС
Комплекс
обеспечивающих
подсистем
Автоматизированная информационная
технология
Формирование
результирующей
информации
Накопле
ние и
хранение
данных
Комплекс
функциональных
подсистем
Обработка
данных
Передача
данных
Аппарат
управления
Подготовка
информационных
массивов
Сбор и
регистрация
данных
Объект
управления
20
Автоматизированная
информационная технология


Автоматизированная информационная
технология (АИТ) – это совокупность методов и
средств сбора, обработки, передачи, хранения
информации на базе современного комплекса
вычислительной техники и программного
обеспечения.
Предназначение АИТ – обеспечение
информационного взаимодействия между
аппаратом управления и объектом управления, а
также между ИС и внешней средой.
21
Основные процедуры АИТ






Сбор и регистрация данных
Подготовка информационных массивов
Обработка, накопление и хранение данных
Формирование выходной (результирующей)
информации
Передача данных от источников
возникновения к месту обработки
Передача выходной информации – к
потребителям для принятия управленческих
решений
22
Функциональные подсистемы
АЭИС
Функциональная подсистема АЭИС представляет
собой комплекс тесно связанных между собой
экономических задач.
Система
Функции
Задачи
Процедуры
23
Функциональные подсистемы
АЭИС
Состав, порядок и принципы взаимодействия
функциональных подсистем определяется:
особенностями АЭИС;
 отраслевой принадлежностью АЭИС;
 размером и характером деятельности предприятия;
 целью, стоящей перед экономическим объектом.

24
25
Характеристики
функциональных подсистем




Специфический объект управления
Внешние входы и выходы
Внутренняя сравнительно замкнутая
информационная система
Особый круг задач, возникающих и
решаемых в процессе управления
26
Примеры функциональных подсистем

Подсистема бухгалтерского учета










объект управления – процессы бухгалтерского и налогового
учета;
внешние входы – исходная информация от производственных
подразделений, аппарата управления предприятием, органов
государственного управления;
внешние выходы – бухгалтерская и налоговая отчетность, отчеты
для руководства предприятия;
ИС – 1С: Бухгалтерия;
задачи – начисление зарплаты, ведение кассовых операций,
обработка документации по поступлению ТМЦ и т.д.;
процедуры – выдача доверенности материально ответственному
лицу, выдача приходных/расходных ордеров и т.д.;
Подсистема маркетинговых исследований
Подсистема сбыта готовой продукции
Подсистема складского хозяйства
Подсистема управления персоналом
27
Обеспечивающие подсистемы АЭИС
Обеспечивающие подсистемы предназначены
для поддержания функционирования АЭИС в
заданном режиме.
Информационное обеспечение (ИО);
 Лингвистическое обеспечение (ЛО);
 Математическое обеспечение (МО);
 Программное обеспечение (ПО);
 Техническое обеспечение (ТО);
 Организационное обеспечение (ОО);
 Правовое обеспечение (ПрО);
 Эргономическое обеспечение (ЭО)

28


Информационное обеспечение
представляет собой совокупность
проектных решений по объемам,
размещению, формам организации
информации, циркулирующей в АИТ.
Состав ИО:
показатели;
 справочные данные;
 классификаторы и кодификаторы информации;
 унифицированные системы документации;
 массивы информации на соответствующих
носителях.

29


Лингвистическое обеспечение представляет собой
совокупность языковых средств для формализации
естественного языка в ходе общения персонала
АЭИС со средствами вычислительной техники.
Состав ЛО:





информационные языки для описания документов,
показателей, реквизитов;
языки управления и манипулирования данными;
языковые средства информационно-поисковых систем;
языковые средства автоматизации проектирования АЭИС;
систему терминов и определений, используемых в
процессе разработки и функционирования АЭИС.
30

Математическое обеспечение – это
совокупность математических методов,
моделей, алгоритмов обработки
информации, используемых:
при решении функциональных задач;
 в процессе автоматизации проектных работ при
создании АЭИС.


Состав МО:
средства моделирования процессов управления;
 методы и средства решения типовых задач
управления;
 методы оптимизации управленческих процессов
и процессов принятия решений.

31

Программное обеспечение представляет
собой совокупность программ,
реализующих функции и задачи АЭИС,
 обеспечивающих устойчивую работу
комплекса технических средств.


Состав ПО:
общесистемное ПО – программы,
предназначенные для организации
вычислительного процесса;
 специализированное ПО – программы,
автоматизирующие обработку данных при
решении конкретных функциональных задач.

32


Техническое обеспечение представляет
собой комплекс технических средств,
являющийся платформой для
функционирования АЭИС.
Состав ТО:
серверы;
 рабочие станции;
 коммуникационное оборудование;
 периферийное оборудование.

33


Организационное обеспечение – комплекс
нормативных документов,
регламентирующих деятельность персонала
при функционировании АЭИС.
Состав ОО – методические и руководящие
материалы по стадиям разработки,
внедрения и эксплуатации АЭИС:
должностные инструкции персонала;
 руководство пользователей;
 рекомендации по внедрению и т.д.

34



Правовое обеспечение – совокупность правовых норм,
регламентирующих правоотношения при создании и
внедрении АЭИС.
Правовое обеспечение на этапе разработки АЭИС
включает документы, связанные с договорными
отношениями разработчика и заказчика в процессе создания
АЭИС, с правовым регулированием различных отклонений
в ходе этого процесса, с необходимостью ресурсного
обеспечения.
Правовое обеспечение на этапе функционирования АЭИС
включает документы, определяющие:





статус АЭИС в конкретных отраслях государственного управления,
права, обязанности и ответственность персонала;
порядок создания и использования информации в АЭИС;
процедуры регистрации, сбора, хранения и передачи информации;
порядок приобретения и использования комплекса технических
средств и программного обеспечения.
35


Эргономическое обеспечение предназначено для
создания оптимальных условий
высокоэффективной и безошибочной
деятельности человека в АЭИС.
Состав ЭО:



комплекс документации, содержащей различные
эргономические требования к рабочим местам и
условиям деятельности персонала, а также способы
реализации этих требований;
комплекс методик, обеспечивающих высокую
эффективность деятельности человека в АЭИС;
комплекс методической документации по системе
отбора и подготовки персонала АЭИС.
36
Виды структуры АЭИС
Вид структуры Элементы структуры
Характер связей
Функциональная
Функции, процедуры, задачи Информационные
Техническая
Технические устройства,
компоненты и комплексы
Линии связи и каналы
передачи данных
Организационная Коллективы людей и
отдельные исполнители
Информационные, связи
соподчинения и
взаимодействия
Программная
Управляющие
Программные модули
Информационная Формы представления
информации
Операции
преобразования
информации
37
Лекция 2.
Основы методологии
проектирования ИС.
Понятие проектирования ИС



Проектирование – это поиск способа создания
системы, который удовлетворяет требованиям
функциональности системы средствами
имеющихся технологий с учетом заданных
ограничений.
Проект – результат проектирования в виде
комплекта документации, содержащей
достаточное количество информации для
реализации ИС.
Цель проектирования – обеспечение
эффективного функционирования ИС, а также
взаимодействия пользователей и разработчиков
ИС.
39
Области проектирования:
проектирование объектов данных;
 проектирование программ, экранных форм,
отчетов;
 проектирование конкретной среды или
технологии.

Уровни проектирования:

проектирование архитектуры (системы в целом);

детальное проектирование (модулей, подсистем);

разработка спецификаций.
40
Особенности
проектирования
АЭИС
Особенности
экономических
объектов
Особенности
проектов
создания АЭИС
Технические
Особенности
выбора подходов
к автоматизации
объекта внедрения
Организационные
41
Особенности объекта внедрения


Большая система – система большой размерности, со
сложными составляющими элементами и сложными
взаимосвязями между этими элементами.
Большая система характеризуется:



многомерностью;
неопределенностью в оценке отклонений, возникающих под
воздействием возмущающих сил;
неоднозначностью при выборе способа ликвидации этих
отклонений.

Структурная сложность

Функциональная сложность

Информационная сложность

Поведенческая сложность
42
Технические характеристики
проектов создания ИС







Различная степень унифицированности проектных решений в
рамках одного проекта;
высокая техническая сложность;
отсутствие полных аналогов;
большое количество и высокая стоимость унаследованных
приложений, функционирующих в различной среде;
необходимость интеграции унаследованных и вновь
разрабатываемых приложений;
большое количество локальных объектов внедрения,
территориально распределенная и неоднородная среда
функционирования;
большое количество внешних взаимодействующих систем
различных организаций с различными форматами обмена
информацией.
43
Организационные характеристики
проектов ИС






Различные формы организации и управления
проектом;
большое количество участников проекта;
разнородность отдельных групп разработчиков по
уровню квалификации, сложившимся традициям и
опыту использования инструментальных средств;
значительная временная протяженность проекта;
нестабильность финансирования проекта;
высокие требования со стороны заказчика к уровню
технологической зрелости организацийразработчиков.
44
Понятие методологии

Методология - это учение о структуре,
логической организации, методах и средствах
деятельности.
Энциклопедический словарь

Методология проектирования ИС включает:
1) тесно связанные, предписанные конкретные
последовательности шагов;
2) перечень данных, подлежащих накоплению на
каждой стадии;
3) критерии завершения работ в контрольных точках;
4) решения, принимаемые при выборе между
альтернативными методами проектирования;
5) конкретные стандарты построения информационных
систем.
45
Роль методологии в
проектировании ИС
Методология обеспечивает:
1) организационную структуру, позволяющую
разработчикам функционировать
скоординированным образом;
2) использование общего терминологического
словаря;
3) использование общих методов разработки;
4) предсказуемость результатов;
5) контроль и согласованность действий.
46
1.
2.
Взаимосвязь компонентов
проекта
ИС
Методология
реализуется через
конкретные
технологии.
Каждая
технология
поддерживается
соответствующим
и стандартами и
методиками.
Методология
Технологии
Стандарты и
методики
Инструментальные
средства
3. Инструментальные
средства обеспечивают
выполнение процессов
проектирования,
описанных в методиках
и стандартах.
47
Взаимосвязь компонентов
проекта ИС
SADT
IDEF,
DFD,
ERD
IDEF0, IDEF1X, IDEF3,
ГОСТ Р 50.1.028-2001
Методология
Технологии
Стандарты и
методики
Инструментальны
средства
Design IDEF,
BPWin,
BusinessStudio
48
Классификация методологий
1. По подходу к автоматизации
экономического объекта:
методология восходящего проектирования
(подход «снизу-вверх») (70-80 гг.);
 методология нисходящего проектирования
(подход «сверху-вниз») (80-90 гг.).

2. По способу декомпозиции системы
управления:
методология структурного проектирования
(функционально-ориентированные);
 методология объектно-ориентированного
проектирования.

49
Подходы к проектированию ИС
Цель
«Восходящий»
«Нисходящий»
Разработка набора
приложений, наиболее
важных в данный момент
для поддержки деятельности
предприятия.
Разработка универсальной
системы,
удовлетворяющей
потребности нескольких
предприятий
Достоинства Хорошо обеспечивается
поддержка отдельных
функций.
Недостатки
Использование типовых
стандартных программных
средств автоматизации.
Отсутствует
стратегия
Сложности адаптации
развития комплексной
системы под нужды
системы автоматизации;
конкретного предприятия;
проблемы с объединением
высокие затраты на
функциональных подсистем. адаптацию.
50
Рекомендации к применению


Восходящий подход рекомендуется для
организаций с узко специфическими
потребностями в автоматизации, не
нуждающихся в общем совершенствовании
процессов.
Нисходящий подход рекомендуется для
относительно зрелых организаций с
устоявшимися бизнес-процессами, которые
стремятся вложить все необходимые
ресурсы в полностью законченную работу.
51
Способы декомпозиции системы
управления


Объектная декомпозиция рассматривает
структуру объектов и связей между ними, а
также поведение системы в терминах
обмена сообщениями между объектами.
Функциональная декомпозиция
рассматривает структуру системы в
терминах иерархии функций и передачи
информации.
52
Сравнительный анализ методологий
проектирования
Функциональноориентированная
Объектноориентированная
Достоинства
реализация
объектно-
Недостатки
независимость
подхода к
проектированию ИС по
принципу «сверху-вниз»;
процедурная строгость
декомпозиции ИС;
наглядность
представления.
ориентированные системы
более открыты и легче
поддаются внесению
изменений,
высокая степень
унификации разработки и
пригодность для
повторного использования
процессов сложность методологии;
и данных друг от друга;
высокие начальные
 не всегда ясны условия
затраты;
выполнения функций
сложность реализации ИС
53
Условия применения


Объектно-ориентированная методология
позволяет построить более устойчивую к
изменениям систему, лучше соответствует
существующим структурам организации.
Функционально-ориентированная
методология применяется в случаях, когда
организационная структура находится в
процессе формирования или изменения.
54
Стратегии автоматизации
Позадачный
подход


Процессный
подход


Хаотичная автоматизация – автоматизация
не связанных между собой операций
Автоматизация по участкам –
автоматизация отдельных подразделений,
объединенных по функциональному признаку
Автоматизация по направлениям –
автоматизация всех звеньев, организационно и
функционально связанных с какой-либо
областью деятельности предприятия
Комплексная автоматизация –
автоматизация всех ключевых бизнеспроцессов
55
Недостатки позадачного подхода






Разбиение технологий выполнения работы на
отдельные фрагменты, которые выполняются
различными структурными подразделениями.
Отсутствие целостного описания технологий
выполнения работы.
Сложность увязывания простейших задач в
технологию, производящую реальный товар или
услугу.
Отсутствие ответственности за конечный результат.
Высокие затраты на согласование и контроль.
Отсутствие ориентации на клиента.
56
Определение процессного подхода
"Любая деятельность, в которой используются ресурсы
для преобразования входов в выходы, может
рассматриваться как процесс. Чтобы результативно
функционировать, организации должны определять и
управлять многочисленными взаимосвязанными и
взаимодействующими процессами. Систематическая
идентификация и менеджмент применяемых
организацией процессов, и особенно взаимодействия
таких процессов, могут считаться "процессным
подходом".
Основные Положения и Словарь —
ИСО/ОПМС 9000:2000
57
Принципы процессного подхода
Процессный подход к организации деятельности
предприятия предполагает:




широкое делегирование полномочий и ответственности
исполнителям;
сокращение уровней принятия решений;
повышенное внимание к вопросам обеспечения качества;
автоматизацию технологий выполнения бизнес-процессов.
Основной принцип процессного подхода предполагает
структурирование системы управления в
соответствии с деятельностью и бизнес-процессами
предприятия, а не в соответствии с его
организационно-штатной структурой.
58
Бизнес-процессы

Бизнес-процесс – совокупность видов деятельности, в рамках
которой «на входе» используются один или несколько видов
ресурсов, а результатом является продукт или услуга,
предназначенные для внешнего потребителя, или для
использования внутри предприятия.
59
•Первичный выход – это прямой, запланированный результат реализации
процесса.
•Вторичный выход – это побочный продукт процесса, не являющийся его
главной целью
60
Структурные характеристики
бизнес-процесса




Входящий массив данных (информация,
документы и т.п.) и ресурсов
(материальные и нематериальные активы);
Результат бизнес-процесса;
«Владелец» бизнес-процесса: объект
(компания, подразделение, сотрудник),
отвечающий за данный бизнес-процесс;
Механизм реализации
61
Оценочные характеристики
бизнес-процесса




Производительность – отношение количества
единиц на входе к количеству единиц на выходе.
Длительность – время, которое необходимо для
выполнения процесса, или промежуток времени
между началом процесса и его завершением.
Стоимость процесса – это совокупность всех
затрат в денежном исчислении, которые
необходимо произвести для однократного
выполнения процесса.
Контрольные показатели эффективности
бизнес-процесса (зависят от предметной области)
62
Модели классификации бизнеспроцессов





Модель цепочки добавления ценности (Value
Сhain Model – Модель Портера)
Модель IBL (The International Business Language)
Тринадцати-процессная модель
Восьми-процессная модель
Модель классификации БИТЕК (Бизнесинжиниринговые технологии – российская
консалтинговая компания, оказывающая услуги
по управленческому консультированию,
разработке и внедрению современных технологий
управления.
63
Модель цепочки добавления ценности
(Модель Портера)
64
Работа с претензиями и ремонт
Поддержка клиентов
Маркетинг и
продажи
Монтаж и обучение
Распределение и продажа
Продвижение продукции
Внешняя
логистика
Ценообразование
Учет отгрузки
Отгрузка продукции
Производство
Обработка заказов клиентов
Сборка продукции
Управление производством
Внутренняя
логистика
Производство комплектующих
Управление запасами ТМЦ
Учет ТМЦ
Хранение ТМЦ
Первичные
бизнес-процессы
Послепродажное
обслуживание
65
Совершенствование
внутренних технологий
Управление
персоналом
Проектирование и разработка
новых продуктов
Проведение рыночных
исследований
Мотивация и оплата труда
Обучение персонала
Поддержка
инфраструктуры
Подбор персонала
Информационное и
юридическое обеспечение
Учет и администрирование
деятельности
Материальнотехническое
снабжение
Планирование и
финансирование деятельности
Закупка сырья и оборудования
Проведение тендеров
Поиск поставщиков
Вспомогательные
бизнес-процессы
Развитие
технологий
66
Принципы создания ИС
Принципы
создания ИС
Основные
Дополнительные
позволяют получить
определенный
экономический
эффект
Организационнотехнологические
связаны с
особенностями
компьютерной
обработки данных
67
Основные принципы создания ИС





Принцип системности заключается в рассмотрении
системы как единого целого, позволяет выявить
многообразные типы связей между структурными
элементами, установить направления деятельности системы и
реализуемые функции.
Принцип развития заключается в том, что ИС создается с
учетом возможности постоянного пополнения и обновления
функций системы.
Принцип совместимости заключается в обеспечении
способности взаимодействия ИС различных видов, уровней в
процессе их совместного функционирования.
Принцип стандартизации заключается в необходимости
применения типовых, унифицированных и
стандартизованных элементов.
Принцип эффективности заключается в достижении
рационального соотношения между затратами на создание
ИС и эффектом, получаемым в результате автоматизации.
68
Дополнительные принципы создания ИС





Принцип декомпозиции – основан на разделении системы на
части, выделении отдельных комплексов работ.
Принцип первого руководителя предполагает закрепление
ответственности при создании системы за заказчиком –
руководителем предприятия, который отвечает за ввод в
действие и функционирование ИС.
Принцип новых задач – поиск постоянного расширения
возможностей системы, получение дополнительного эффекта
за счет оптимизации управленческих решений.
Принцип автоматизации документооборота
предусматривает комплексное использование технических
средств на всех стадиях прохождения информации от сбора
до формирования управленческих решений.
Принцип автоматизации проектирования повышает
эффективность самого процесса проектирования ИС за счет
применения типовых проектных решений, методов и средств
подготовки проектных материалов, стандартизации подходов
при проектировании отдельных элементов и подсистем. 69
Организационно-технологические
принципы создания ИС



Принцип абстрагирования заключается в
выделении существенных аспектов системы и
отвлечения от несущественных для представления
проблемы в более простом общем виде, удобном для
анализа и проектирования.
Принцип формализации заключается в применении
формализованных методов описания и
моделирования изучаемых и проектируемых
процессов.
Принцип концептуальной общности заключается
в неукоснительном следовании единой методологии
на всех этапах проектирования ИС.
70
Организационно-технологические
принципы создания ИС




Принцип непротиворечивости и полноты заключается в
наличии всех необходимых элементов в проектируемой
системе и согласованном их взаимодействии.
Принцип независимости данных предполагает, что модели
данных должны быть спроектированы независимо от
процессов их обработки, а также от их физической структуры
и распределения в технической среде.
Принцип структурирования данных предусматривает
необходимость иерархической организации элементов
информационной базы.
Принцип доступа конечного пользователя заключается в
том, что пользователь должен иметь средства доступа к
данным, которые он может использовать непосредственно
(без программирования).
71
Жизненный цикл ИС


Жизненный цикл – период создания и
использования ИС, охватывающий ее различные
состояния, начиная с момента возникновения
необходимости в данной ИС и заканчивая
моментом ее полного выхода из употребления у
пользователей.
ЖЦ состоит из стадий, для каждой из которых
определяются:




состав и последовательность выполняемых работ,
получаемые результаты,
методы и средства, необходимые для выполнения
работ,
роли и ответственность участников.
72
Основные стандарты ЖЦ ИС


Стандарт ISO/IEC 15288:2002 «Системная
инженерия – Процессы жизненного цикла
систем».
 Стандарт ГОСТ Р ИСО/МЭК 152882005
ГОСТ 34.601-90 «Автоматизированные
системы. Стадии создания».
73
ISO/IEC 15288:2002
«Системная инженерия –
процессы жизненного цикла систем»
Предназначен для любого
рода систем, созданных
человеком и состоящих из
следующих элементов:
 технические средства
 программные средства
 люди
 процессы
 процедуры
 основные средства
 природные ресурсы.
Группы процессов:




Процессы соглашения
(установление
взаимоотношений между
участниками проекта)
Процессы предприятия
(обеспечение ресурсами)
Проектные процессы
(планирование и контроль
выполнения проекта)
Технические процессы
(определение требований к
системе и их реализация)
74
Группы процессов в стандарте
ISO/IEC 15288:2002


Процессы соглашения определяют действия,
необходимые для установления соглашения
между двумя организациями.
Процессы предприятия управляют
способностью организации приобретать и
поставлять продукцию или услуги посредством
запуска проектов, их поддержки и контроля.
Процессы предприятия обеспечивают ресурсы и
инфраструктуру, необходимые для
осуществления проектов, и гарантируют
достижение целей и исполнение обязательств
организации по соглашениям.
75
Группы процессов в стандарте
ISO/IEC 15288:2002


Проектные процессы используются для установления и
выполнения планов, оценки фактических достижений и
продвижений проекта в соответствии с планами и
контроля выполнения проекта вплоть до его завершения.
Технические процессы используются для определения
требований к системе, преобразования этих требований в
эффективный продукт. Технические процессы
определяют совокупность работ, которые позволяют
оптимизировать прибыли и уменьшать риски,
возникающие вследствие принятия технических решений
и осуществления соответствующих действий.
76
Структура жизненного цикла ИС по
стандарту ISO/IEC 15288:2002
Процессы
соглашения
Процессы
предприятия
приобретение;
поставка
управление
средой
предприятия;
инвестиционное
управление;
управление ЖЦ
ИС;
управление
ресурсами;
управление
качеством.
Проектные
процессы
Технические процессы
планирование
проекта;
оценка проекта;
контроль проекта;
управление рисками;
управление
конфигурацией;
управление
информацией;
принятие решений
определение требований
правообладателей;
анализ требований;
проектирование
архитектуры;
реализация элементов
системы;
интеграция;
верификация;
передача;
аттестация (валидация);
функционирование;
сопровождение;
утилизация.
77
Стадии создания ИС по ISO/IEC 15288
Стадия
Описание
Формирование
Анализ потребностей, выбор
концепции (замысел) концепции и проектных решений
Разработка
Проектирование системы
Реализация
Изготовление системы
Эксплуатация
Ввод в эксплуатацию и использование
системы
Поддержка
Обеспечение функционирования
системы
Снятие с
эксплуатации
Прекращение использования,
демонтаж, архивирование системы
78
Стадии ЖЦ по ГОСТ 34.601-90
Стадия
Этапы
1. Формирование
требований к АС
1.1. Обследование объекта и обоснование необходимости
создания АС.
1.2. Формирование требований пользователя к АС.
1.3. Оформление отчёта о выполненной работе и заявки на
разработку АС (тактико-технического задания)
2. Разработка
концепции АС.
2.1. Изучение объекта.
2.2. Проведение необходимых научно-исследовательских
работ.
2.3. Разработка вариантов концепции АС, удовлетворяющего
требованиям пользователя.
2.4. Оформление отчёта о выполненной работе.
3. Техническое
задание.
3.1. Разработка и утверждение технического задания на
создание АС.
79
Стадии ЖЦ по ГОСТ 34.601-90
Стадия
Этапы
4. Эскизный
проект.
4.1. Разработка предварительных проектных решений по
системе и её частям.
4.2. Разработка документации на АС и её части.
5. Технический
проект.
5.1. Разработка проектных решений по системе и её частям.
5.2. Разработка документации на АС и её части.
5.3. Разработка и оформление документации на поставку
изделий для комплектования АС и (или) технических
требований (технических заданий) на их разработку.
5.4. Разработка заданий на проектирование в смежных частях
проекта объекта автоматизации.
6. Рабочая
документация.
6.1. Разработка рабочей документации на систему и её части.
6.2. Разработка или адаптация программ.
80
Стадии ЖЦ по ГОСТ 34.601-90
Стадия
Этапы
7. Ввод в действие.
7.1. Подготовка объекта автоматизации к вводу АС в
действие.
7.2. Подготовка персонала.
7.3. Комплектация АС поставляемыми изделиями
(программными и техническими средствами, программнотехническими комплексами, информационными
изделиями).
7.4. Строительно-монтажные работы.
7.5. Пусконаладочные работы.
7.6. Проведение предварительных испытаний.
7.7. Проведение опытной эксплуатации.
7.8. Проведение приёмочных испытаний.
8. Сопровождение
АС
8.1. Выполнение работ в соответствии с гарантийными
обязательствами.
8.2. Послегарантийное обслуживание.
81
Стадии ЖЦ
по ISO/IEC 15288:2002
 Формирование концепции
(анализ требований)
 Разработка
(проектирование)
 Реализация (разработка
и/или адаптация модулей
и компонентов)
 Эксплуатация (внедрение)
 Поддержка
 Снятие с эксплуатации
Проектирование
Реализация
Анализ
требований
по ГОСТ 34.601-90
 Формирование
требований к АС
 Разработка концепции АС.
 Техническое задание.
 Эскизный проект.
 Технический проект.
 Рабочая документация.

Ввод в действие.

Сопровождение АС
Внедрение
Эксплуатация
82
Стадия «Формирование концепции»
Формирование
концепции
Сбор материалов
для проектирования
Анализ материалов и
формирование документации
Изучение объекта
проектирования
Детальный анализ
автоматизируемых БП
Формирование требований
пользователей к ИС
Разработка и выбор варианта
концепции системы
Проведение необходимых
научно-исследовательских работ
Разработка и утверждение
технического задания
ТЭО необходимости
разработки ИС
83
Стадия «Разработка (проектирование)»
Проектирование
Эскизное
проектирование
Техническое
проектирование
Разработка вариантов
структурной схемы системы
Поиск наиболее рациональных
проектных решений
Состав и способы формирования
информационного обеспечения
Создание и описание
компонентов системы
Разработка укрупненных схем
алгоритмов обработки данных
Создание и утверждение
технического проекта
84
Стадия «Реализация»
Реализация
Программирование
Разработка
документации
Разработка программных
модулей
Разработка инструкций
пользователя
Тестирование
Создание и утверждение
рабочего проекта
Корректировка структур БД
85
Стадии «Эксплуатация» и «Поддержка»
Эксплуатация
Подготовка к
внедрению
1
Установка и ввод в
эксплуатацию ТС
3
2
Строительно-монтажные
и пусконаладочные
работы
Приемочные
испытания
Поддержка
Наполнение БД
сопровождение
программных средств
4
Обучение
персонала
Опытная эксплуатация
программ
5
Опытные
испытания
оперативное обслуживание
системы
6
Проведение
предварительных
испытаний
администрирование баз
данных
86
Каскадная модель ЖЦ
Формирование
требований
Проектирование
Реализация
Каскадная модель (70-80г.г.)
предполагает переход на
следующий этап после полного
окончания работ по предыдущему
этапу.
Каждый этап завершается
выпуском полного комплекта
документации, достаточной для
того, чтобы разработка могла быть
продолжена другой командой
разработчиков.
Ввод в действие
Сопровождение
87
Достоинства
Недостатки
1. На каждом этапе формируется
законченный набор проектной
документации, отвечающий
критериям полноты и
согласованности.
2. Этапы работ выполняются в
логичной последовательности.
3. Возможно жесткое
планирование сроков завершения
работ и соответствующих затрат.
1.
2.
3.
4.
Существенная задержка с
получением конечного результата.
Несоответствие разработанной
системы ожиданиям заказчика.
Примитивная автоматизация
существующих производственных
процессов.
Недостатки разработанной
системы:



монолитность;
централизованность;
сложность в использовании
Каскадный подход хорошо зарекомендовал себя при построении ИС, для
которых в самом начале разработки можно достаточно точно и полно
сформулировать все требования.
88
Поэтапная модель с
промежуточным контролем
Формирование
требований
Проектирование
Реализация
Итерационная модель разработки
ИС с циклами обратной связи
между этапами (1980-1985 гг.)
Достоинство: межэтапные
корректировки обеспечивают
меньшую трудоемкость по
сравнению с каскадной моделью;
Недостатки: время жизни каждого
из этапов растягивается на весь
период разработки.
Ввод в действие
Сопровождение
89
Спиральная модель
Каждый виток
спирали
соответствует
поэтапной модели
создания фрагмента
или версии
программного
изделия, на нем
уточняются цели и
характеристики
проекта,
определяется его
качество,
планируются работы
следующего витка
спирали.
В результате
выбирается
обоснованный
вариант, который
доводится до
реализации.
90
Достоинства
Недостатки
1. Накопление и
1. Сложности с определением
повторное
момента перехода на
использование
следующий этап.
программных средств, 2. Недостаточное внимание к
моделей и прототипов.
разрабатываемой
2. Ориентация на
документации на систему.
развитие и
модификацию системы
в процессе ее
проектирования.
3. Анализ риска и
издержек в процессе
проектирования.
91