- •1 Вводная лекция
- •1. Введение.
- •1.1 Введение
- •Организация проектирования
- •Методы и технология проектирования
- •1.2 Задачи дисциплины
- •2.2. Условия выбора поставщика ис.
- •3. Проблемы проектирования ис.
- •Требования к проекту ис
- •3. Классификация ис
- •1. Понятие, определение и свойства системы.
- •3.1. Понятие, определение и свойства системы.
- •3.2. Классификация ис.
- •1. Классификация информационных систем по функциональному признаку
- •2. Классификация информационных систем по признаку структурированности задач
- •3. Классификация ис по уровням управления
- •4. Классификация информационных систем по архитектуре
- •5. Классификация по степени автоматизации
- •6. Классификация ис по характеру производства
- •2. Содержание V-модели
- •Требования к V – модели
- •4.2 Назначение и виды требований к ис.
- •4.3. Методика формирования требований (мфт) реализуется двумя этапами:
- •4.3. Формирование каталога требований (кт)
- •2) Экономико-математические принципы;
- •4) Организационно-правовые и технические принципы.
- •5.1(Б). Организационно-методологические принципы
- •5.2 Принцип системного подхода.
- •Принципы комплексного подхода
- •5.3 Экономико-математические принципы
- •5.4 Организационно-правовые и технические принципы
- •6. Управление требованиями к ис с использованием doors
- •1. Актуальность управления требованиями.
- •6.1. Актуальность управления требованиями.
- •6.2 Архитектура doors
- •Формальные модули
- •Объекты
- •Атрибуты и виды
- •Моделирование на uml с помощью doors/Analyst
- •7.2. Стандарты cdm, iso-12207, гост 34 и их характеристики Методология Oracle cdm
- •Процессы в iso/iec 15288
- •Гост 34
- •7.3. Назначения и содержание профилей стандартов
- •7.4. Сравнение стандартов проектирование
- •8.2. Моделирование ис с использованием системного и индуктивного проектирования
- •8.3 Взаимосвязь работ по стадиям и разрабатываемым комплексам
4.3. Методика формирования требований (мфт) реализуется двумя этапами:
I. На первом этапе при активном участии пользователей составляется перечень реализуемых задач, информационных потоков и обрабатываемых данных. При этом не делаются попытки создания информационной системы. Все недостатки существующей системы, требования к ИС отражаются в каталоге требований. Если нет функционирующей информационной системы, то ИС разрабатывается на желаемой основе автоматизации.
II. На втором (II) этапе оцениваются варианты реализации проектов создаваемой системы исходя из принятых требований.
Результаты этих этапов могут корректироваться до получения оптимального варианта ИС. Если какой-то вариант не принимается, то указывается причина. В то же время все требования остаются в каталоге требований для того, чтобы была возможность возвратиться к соответственному варианту. На основе такой методики составляют детальный перечень требований АС. На основе сформированных требований разрабатывается функциональная модель АС в виде:
модели инф. потоков,
описания функций,
конкретизированного каталога требований (КТ).
После 2-го этапа ТЗ, АТ может быть запрещено добавление новых функциональных требований, при этом остается небольшое количество требований на детализирование системы. Обычно это касается видов обеспечений.
На стадии технического этапа проектирования требования постоянно отслеживаются таким образом, чтобы они были полностью удовлетворены при соблюдении компромисса между затратами и качеством реализуемых функций.
Сущность методики формирования требований (МФТ) заключается в том, чтобы отработать технологию процесса создания функциональной структуры АС.
Методика формирования требований реализуется следующими процедурами:
Определение функций разработчика и пользователя на каждой стадии ЖЦ ИС;
Осуществление сбора первичных данных о ПрО (инф. потоки);
Формирование требований (КТ) (ТЗ).
Ведение каталога требований.
Эффективность применения такой методики позволяет перейти к формированию проект-х основополагающих документов.
Начало документа
4.3. Формирование каталога требований (кт)
Формирование и ведение КТ позволяет на этапе макропроектирования уточнить цели разработки системы, определить функции подсистемы, задачи (ФС), предполагаемый ОК, предварительные материальные, финансовые, трудовые и временные затраты с использованием критерия эффективности разрабатываемой ИС.
Э = max F; Rф ≤ Rз; Тф ≤ Тз
На этапе микропроектирования ТЗ требования практически регламентируют создание всех элементов ОК, в соответствии с разработанной ФСИС.
Все требования на всех стадиях являются первоначальными (до стадии проектирования), пока пользователь и проектировщик не придут к общему решению при формировании КТ. Каталог требований в процессе проектирования может добавляться другими требованиями.
Формирование каталога требований №
Название проекта |
Разработчик |
Дата |
Версия |
Структура данного N требования |
Прим. |
|
Распределенная информационно-аналитическая система (РИАС) |
Иванов И.И. |
10.10.00 |
2-я |
29 |
1 |
|
Важность требования (планируемая (П), ожидаемая (Ж) |
Ж |
|
|
|
||
Функциональные требования |
Формирование документа по анализу успеваемости студента |
|||||
Нефункциональные требования |
Время реализации запроса, диалоговый режим, надежность |
|||||
Преимущества реализации требования |
Автоматическое формирование документа |
|||||
Предполагаемое решение |
Сформировать документ по аналогу ведомости |
|||||
Условия ссылки на требования |
Ссылки на требования при разработке ИС (ТЗ) |
|||||
Резолюция по реализации требования |
Описать данную функцию при формировании ФС (ОПЗ) |
|||||
В связи с тем, что требования записываются на естественном языке, то каталога требований не достаточно для точного определения характеристик АС.
Формирование каталога требований позволяет разработать критерии при отладке проекта, сдачи и приемки АС в эксплуатацию.
Начало документа
5. Принципы проектирования ИС
Вопросы:
1. Организационно-методологические принципы.
2. Системный принцип.
3. Экономико-математические принципы.
4. Организационно-правовые и технические принципы.
Начало документа
5.1(а) Принципы проектирования ИС
Сложность ИС, большая стоимость, многоплановость, трудоёмкость и продолжительность работ – это те проблемы, которые требуют регламентации процесса разработки ИС в соответствии с определёнными принципами проектирования.
Принципы создания ИС обуславливаются требованиями и возможностями научного управления объектами, их особенностями, используемыми для этого средствами. Все принципы объединяют в 4 группы:
1) организационно-методологические принципы;
