close

Вход

Забыли?

вход по аккаунту

?

Лекция 2

код для вставкиСкачать
Лекции по курсу
«Проектирование информационных
систем»
Лекция 2. Основные аспекты
разработки ИС: жизненный цикл,
бизнес-модель, стандарты
моделирования IDEF, стандарты
планирования MRP
Жизненный цикл разработки
информационных систем
Принято выделять следующие стандартные фазы разработки ПО
1. Планирование (Planning);
2. Разработка требований (Requirements);
3. Дизайн (Design);
4. Кодирование (Coding);
5. Тестирование (Test).
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Стандартные фазы разработки ПО (иллюстрация)
П
л
а
н
и
р
о
в
а
н
и
е
Т
р
е
б
о
в
а
н
и
я
Д
и
з
а
й
н
В ы со ко ур о в н е в ы й
Н и зк о ур о в н е в ы й
К
о
д
и
р
о
в
а
н
и
е
Т
е
с
т
и
р
о
в
а
н
и
е
М о дул ьн о е
И н те гр а ц ио н н о е
С и сте м н о е
Ра з р а б о т ка т е с т о в
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
При разработке ИС принято применять следующие модели
жизненных циклов разработки ПО:
1. Водопад с возвратами;
2. Спиральная модель.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Водопад с возвратами (Waterfall with returns)
П ла н и р о ва н и е
Р а зр а б о тка
тр е бо ва н и й
Д и за й н
К о д и р о ва н и е
Т е с ти р о ва н и е
В рем я
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Достоинства и недостатки водопадной модели
Достоинства:
-
простота и наглядность;
-
лёгкость определения контрольных фаз и этапов выполнения
проекта.
Недостатки:
- процесс разработки требует очень точных и неизменных
требований;
- требуются значительные усилия и ресурсы на устранение ошибок и
доработку продукта.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Спиральная модель (Spiral)
Оценка
р е зу льта то в
П ла н и р о ва н и е
следую щ ей
и те р а ци и
О ц е н к а це л е й ,
а льте р н а ти в и
о гр а н и че н и й
Р а зр а б о тка
р а б о чи х
п р о ду к то в
И де н ти ф и к а ц и я
р исков
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Достоинства и недостатки спиральной модели
Достоинства:
-
работающий продукт выпускается на более ранних стадиях;
-
не требуется полного и детального набора требований для
начала разработки.
Недостатки:
- требуется очень хорошее знание предметной области;
- начало проекта с плохо определёнными целями неудобно для
менеджеров проекта.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Жизненный цикл разработки
информационных систем
Специфика жизненного цикла разработки КИС
Специфические особенности, обусловленные типом продукта
имеют этапы жизненного цикла «планирование» и
«тестирование». При планировании проводятся основные
мероприятия, связанные с разработкой бизнес-модели системы и
реинженирингом бизнес-процессов, а тестирование разбивается
на ряд отдельных специфических этапов.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Разработка бизнес-модели
Параметры проекта, конкретизируемые бизнес-моделью
- перечень участков внедрения и последовательность их
автоматизации
- фактическая потребность в объёмах закупаемого аппаратного и
программного обеспечения
- сроки развёртывания и запуска системы
- список ключевых пользователей
- степень соответствия выбранного ПО специфике деятельности
предприятия
Разработка бизнес-модели может быть совершенно отдельным
самодостаточным проектом.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Разработка бизнес-модели
Проблемы, характеризующие процесс моделирования
- проблема достоверности разрабатываемой бизнес-модели
- проблема использования типовых отраслевых моделей
- проблема реинжениринга
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Разработка бизнес-модели
Проблема достоверности
Ц е л е ва я
б и зн е с -м о д е л ь
(ка к б у д е т)
И сходная
б и зн е с -м о д е л ь
(ка к е с т ь)
Исходная бизнес-модель может утратить значительную часть своей
актуальности к моменту окончания её разработки
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Разработка бизнес-модели
Проблема использования типовых моделей
Модель-заготовка значительно сокращает затраты на описание
рутинных типичных процессов
Модель-заготовка не является готовой к употреблению и нуждается
в тестировании в конкретных условиях
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Разработка бизнес-модели
Проблема реинжениринга
эта п ы
в н ед ре ни я
Ц е ле в а я
б и зн е с -м о д е л ь
(ка к б у д е т)
И сходная
б и зн е с -м о д е л ь
(ка к е с ть )
Модификацию бизнес-процессов на предприятии (реинжениринг)
при внедрении КИС рекомендуется проводить поэтапно.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Назначение семейства стандартов IDEF
Стандарты IDEF предназначены для разработки бизнес-моделей и
представляют собой набор спецификаций языка описания бизнеспроцессов.
IDEF-методика создавалась в США в рамках программы
компьютеризации промышленности ICAM – Integrated Computer Aided
Manufacturing. Название стандарта расшифровывается как Icam
DEFinition.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
К семейству IDEF относятся следующие стандарты:
IDEF0 – методология функционального моделирования
IDEF1 – методология моделирования информационных потоков
IDEF1X – методология построения реляционных структур
IDEF2 – методология динамического моделирования развития систем
IDEF3 – методология документирования процессов в системе
IDEF4 – методология построения объектно-ориентированных систем
IDEF5 – методология онтологического описания сложных систем
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Стандарт IDEF0 – функциональный блок
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Стандарт IDEF0 – декомпозиция
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Два типа диаграмм в стандарте IDEF3
Диаграммы описания последовательности этапов процесса (Process
Flow Description Diagrams, PFDD)
Диаграммы состояний объекта и его трансформаций в процессе
(Object State Transition Network, OSTN)
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Пример PFDD диаграммы
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты моделирования IDEF
Пример OSTN диаграммы
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты планирования MRP
Методология MRP (Material Resource Planning) представляет собой
набор подходов, позволяющих оптимально регулировать поставки
комплектующих в производственный процесс.
Главной задачей MRP является обеспечение гарантии наличия
необходимого количества требуемых материалов-комплектующих в
любой момент времени в рамках срока планирования наряду с
уменьшением постоянных запасов и разгрузкой складов.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты планирования MRP
К основным понятиям методологии MRP относятся:
Материалы – всё сырье и комплектующие
Статус материала – основной показатель текущего состояния материала
Страховой запас материала – необходим для поддержания процесса
производства в случае непредвиденных задержек с поставками
Потребность в материале – количественная единица, отображающая
необходимость в заказе материала
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты планирования MRP
Логическая архитектура MRP систем
П ла н зак азов
О п и сан и е
со сто я н ия
м атер и ал о в
И зм е н е н ия к
п ла н у за ка зо в
П ро гра м м а
п ро извод ства
M R P си сте м а
И сп о л н и те л ьн ы й
о тчё т
П ер е чен ь
со ста вля ю щ и х
ко н ечн ого
п ро дук та
О тчёт о б " узк их
м естах"
О тчёт п о
п ро гн о за м
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты планирования MRP
Главным отличием MRP II (Manufacturing Resource Planning) систем
является наличие дополнительных функций, обеспечивающих
обратную связь в системе, что предоставляет возможность
планирования производства с учётом внешних факторов, таких как
уровень спроса и состояние дел у поставщиков
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Стандарты планирования MRP
Основная идея логической архитектуры MRPII систем
П е р в и чн ы й
п ла н
п р о и зв о д ств а
И зм е н е н и я к
п ла н у
П ла н и р о в а н и е
п о тр е б н о сте й в
м а те р и а л а х
И зм е н е н и я к
п ла н у
П ла н и р о в а н и е
п р о и зв о д ств е н н ы х
м о щ н о сте й
Нет
М а те р и а лы
д о ступ н ы ?
Нет
Да
Да
П ла н за ка зо в
н а м а те р и а л ы
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
П р о изв о д ств е н н ы е
м о щ н о сти д о ста то чн ы ?
Процесс тестирования бизнес-модели
Этапы процесса тестирования
1. Внутреннее тестирование разработчика. На этом этапе
разработчик тестирует базовую функциональность и
соответствие основным требованиям.
2. Тестирование проектной группой. На этом этапе происходит
проверка самых общих пользовательских функций системы с
точки зрения её работы «под ключ» (как правило –
разработчиками требований).
3. Тестирование ключевыми пользователями. Создаётся специальная
тестирующая группа, имитирующая работу предприятия в целом.
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Процесс тестирования бизнес-модели
Этапы процесса тестирования (продолжение)
4. Опытная эксплуатация. Стадия реальной эксплуатации, при
которой учёт ещё ведётся и в старой системе (для контроля
корректности).
Основным критерием правильности построения бизнес-модели
является сбалансированность целей и средств
© В.М. Гриняк, доц. каф. ИСКТ ВГУЭС
Документ
Категория
Презентации
Просмотров
12
Размер файла
186 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа