- •230100.62 (09.03.01) «Информатика и вычислительная техника» профиля подготовки «Программное обеспечение вычислительной техники и
- •231000.62 (09.03.04) «Программная инженерия» профиля подготовки «Разработка программно-информационных систем»
- •1) 230100.62 (09.03.01) «Информатика и вычислительная техника»:
- •2) 231000.62 (09.03.04) «Программная инженерия»:
- •Лекция №1. Основные понятия и определения
- •Лекция №2. Прикладной системный анализ при разработке по. Принципы структурного анализа. Процедура требований.
- •2.1 Проблема сложности ис
- •2.2 Основные понятия структурного анализа
- •2.3 Принципы структурного анализа
- •2.4 Группы средств структурного анализа и их взаимоотношения
- •2.5 Краткий список структурных методологий по группам средств моделирования
- •Лекция №3. Моделирование функций по. Нотация idef0. Case-средство bpWin
- •3.1 Диаграммы idef0
- •3.2 Виды связей в idef0
- •3.3 Диаграмма дерева узлов
- •3.4 Case-средство bpWin
- •Лекция №4. Описание динамики системы. Нотация idef3
- •4.1 Основные символы idef3
- •4.2 Виды связей в idef3
- •4.3 Пример диаграммы idef3
- •Лекция №5. Постановка требований к данным. Словари данных. Моделирование данных в нотации idef1x. Case-средство erWin
- •5.1 Словарь данных
- •5.2 Определение структуры данных для информационных потоков
- •5.3 Моделирование данных в нотации idef1x
- •5.3.1 Базовые понятия erd
- •5.3.2 Виды сущностей в idef1x
- •5.3.3 Виды связей в idef1x
- •Лекция №6. Стандарт онтологического исследования idef5
- •6.1 Основные принципы онтологического анализа
- •6.2 Концепции idef5
- •6.3 Язык описания онтологий в idef5
- •6.4 Виды схем и диаграмм idef5
- •Лекция №7. Постановка требований к интерфейсу по. Понятие Usability.
- •7.1 Эргономические цели и показатели качества программного продукта
- •7.2 Проблемы, возникающие на этапе разработки прототипа gui и варианты их решения
- •7.3 Принципы реализации пользовательского интерфейса
- •Лекция №8. Управление требованиями к программному продукту. Case-средство Requisite Pro.
- •8.1 Нормативная основа
- •8.2 Основные положения
- •8.2.1 Цели управления требованиями
- •8.2.2 Участники управления требованиями
- •8.2.3 Политика в области управления требованиями
- •8.3 Обеспечение процессов управления требований
- •8.3.1 Распределение ответственности
- •8.4 Действия по управлению требованиями
- •8.4.1 Анализ требований
- •8.4.2 Разработка материалов проекта на основе требований
- •8.4.3 Контроль изменений требований
- •8.5 Измерения
- •8.6.2 Контроль со стороны руководителя проекта
- •8.6.3 Контроль со стороны гок
- •8.7 Стандарт оформления требований
- •8.7.1 Шаблон для разработки требований
- •8.7.2 Правила оформления требований
- •8.7.3 Структурирование требований
- •8.8 Показатели качества требований
- •8.9 Начало работы с RequisitePro
- •Лекция №9. Тестирование приложений. Функциональное тестирование, нагрузочное тестирование. Case-средства Rational Functional Tester, Rational Performance Tester.
- •9.1 Дестабилизирующие факторы и методы обеспечения высокого качества функционирования по
- •9.2 Использование среды автоматизированного тестирования Platinum testBytes
- •9.3 Методы обеспечения качества и надежности программных средств
- •9.4 Использование case для повышения качества по
- •9.5 Влияние стандартов открытых систем на качество по
- •9.6 Повышение качества по путем тестирования
- •9.6.1 Основные особенности процесса тестирования по
- •9.6.2 Организационные особенности тестирования
- •9.6.3 Сертификация по
- •9.6.4 Организация и планирование тестирования для обеспечения качества по
- •9.7 Важнейшие разделы iso 9003
- •Документирование системы качества
- •Корректирующие действия
- •Лекция №10. Стандарты, регламентирующие разработку по
- •10.1 Стандарт iso 12207:1995
- •10.3 Серия стандартов гост 34-ххх «Информационная технология»
- •Заключение
- •Библиографический список
- •Приложения Приложение а. Перечень ключевых слов
- •660049, Г. Красноярск, пр. Мира, 82
Лекция №4. Описание динамики системы. Нотация idef3
План лекции
Принципы моделирования динамики систем.
Назначение и основные принципы нотации IDEF. Графические символы в IDEF3. Виды стрелок в IDEF3.
Введение
Для описания логики взаимодействия информационных потоков используется метод Workflow Diagramming, формализованный в виде стандарта IDEF3. IDEF3 представляет собой методологию моделирования, использующую графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью данных процессов. С помощью IDEF3 можно описать сценарий действий по выполнению задания или обработки события. Каждый сценарий сопровождается описанием процесса. Для получения исчерпывающего описания системы сценарий должен быть описан для каждой функции нижнего уровня DFD.
Основное назначение IDEF3 – дать возможность аналитику описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, совместно участвующие в одном и том же процессе.
4.1 Основные символы idef3
Основные символы и виды связей диаграммы IDEF3 изображены на рисунке 13.
Единица работы (Unit Of Work, UOW), синоним терминов «Процесс», «Функция». При наименовании процессов следует соблюдать следующее правило: поскольку сценарий описывает цель и рамки модели, работы необходимо именовать отглагольным существительным либо фразой, содержащей такое существительное (например, «Изготовление изделия», «Осуществить сборку изделия»). Нумерация UOW ведется в таком же порядке, как в DFD.
Перекресток (Junction) – используется для отображения логики взаимодействия потоков при слиянии или разветвлении, а также для отображения множества событий, которые должны быть завершены перед началом следующей работы. Перекресток может быть использован для слияния или разветвления потоков, но не одновременно и для того и для другого
Рисунок 13 – Основные символы и виды связей на диаграмме IDEF3
Таблица 2 - Перекрестки в IEDF3
Наименование |
Смысл при слиянии потоков |
Смысл при разветвлении потоков |
1 |
2 |
3 |
Асинхронное «И»
|
Все предшествующие процессы должны быть завершены |
Будут запущены все последующие процессы |
Синхронное «И» |
Все предшествующие процессы должны быть завершены одновременно |
Все последующие процессы будут запущены одновременно |
Асинхронное «ИЛИ» |
Как минимум один из предшествующих процессов должен быть завершен |
Будет запущен как минимум один из последующих процессов |
Синхронное «ИЛИ» |
Один или несколько предшествующих процессов завершено одновременно |
Один или несколько после-дующих процессов будут запущены одновременно |
Исключающее «ИЛИ» |
Завершен точно один из предшествующих процессов |
Запустится точно один из последующих процессов |
Ссылочный объект (Referent) – выражает некоторую идею, концепцию или данные, которые не могут быть связаны с работой, перекрестком или потоком. В качестве имени ссылочного объекта может быть использовано имя внешней сущности, потока данных или символа данных, определенных на соответствующих диаграммах или в словарях.
При внесении ссылочных объектов помимо их имени следует указывать тип ссылочного объекта.
Таблица 3 – Типы и способы использования ссылочных объектов
Тип ссылочного объекта |
Способ использования |
OBJECT |
Описывает участие в работе важного объекта |
GOTO |
Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на данной диаграмме он может быть также изображен потоком, уходящим к начальной работе. GOTO может ссылаться на перекресток. |
UOB (Unit Of Behavior) |
Применяется в случае, когда необходимо подчеркнуть множественное использование какой-либо работы, но без использования цикла. Например, работа «Контроль качества» может быть использована в процессе «Изготовление детали» несколько раз, после каждой единичной операции. Данный тип ссылки, как правило, не используется для моделирования работ, запускающихся автоматически. |
NOTE |
Используется для документирования важной информации по какому-либо из объектов диаграммы. Является альтернативой внесения на диаграмму текстовой информации. |
ELAB (Elaboration) |
Используется для усовершенствования графиков или их более детального описания. Обычно используется для детального описания разветвления и слияния стрелок на перекрестках. |
