- •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.2 Виды связей в idef3
Связи показывают взаимоотношения работ между собой. Связи в IDEF3 однонаправлены. Правилом хорошего тона считается направлять связи слева направо и сверху вниз. В IDEF3 используются следующие виды связей[22]:
Старшая (Precedence). Связывает работы, отражает тот факт, что работа – источник должна закончиться прежде, чем начнется работа – приемник.
Связь отношения (Relational Link). Служит для установления связи между двумя работами или между работой и ссылочным объектом.
Поток объектов (Object Flow). Отражает тот факт, что объект используется более чем в одной работе. Например, может использоваться когда объект порождается в одной работе, а используется в другой.
4.3 Пример диаграммы idef3
Пример диаграммы IDEF3 для процесса 1 «Получить пароль» приведен на рисунке 14
Рисунок 14 – С пецификация процесса 1 «Получить пароль» в виде диаграммы IDEF3
Методология IDEF3 может быть использована как методология разработки процессов, способная фиксировать и структурировать описание функций системы. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Вопросы
1) Назначение IDEF3. Соотношение дискретно-событийных и функциональных моделей.
2) Единица деятельности (процесс). Декомпозиция процессов. Правило наименование процессов.
3) Перекрестки. Типы перекрестков.
4) Типы связей в IDEF3.
5) Ссылочные объекты в IDEF3. Правила именования, интеграция в модель.
Дополнительная информация
1) http://citforum.ru/cfin/idef/idef3.shtml
2) http://www.cfin.ru/vernikov/idef/idef3.shtml
3) http://www.metods-rgrtu.ru/index.php/metods0-999/356-94
Лекция №5. Постановка требований к данным. Словари данных. Моделирование данных в нотации idef1x. Case-средство erWin
План лекции
Постановка требований к данным. Словари данных. Моделирование данных в нотации IDEF1x. CASE-средство ERWin
Принципы моделирования данных. Методологии моделирования данных – иерархические, фреймовые, реляционные.
Словарь сущностей и атрибутов. Словарь стрелок модели.
Нотация IDEF1x – назначение, основные принципы.
Виды сущностей в IDEF1x.
Виды связей в IDEF1x.
Процедура нормализации в реляционных моделях.
Соответствие между логической и физической моделями данных.
Введение
Данные в AllFusion Modeling Suite описываются при помощи ER-диаграм в CASE-средстве ERWin. Вместе с тем, начинается описание данных уже при построении модели бизнес процессов. Выполняется это при помощи таких средств BPWin, как словарь стрелок (Arrow Dictionary) и словарь сущностей и атрибутов (Entity/Attribute Dictionary).
5.1 Словарь данных
Словарь стрелок решает задачу формализации языка предметной области для аналитиков.
В процессе создания диаграмм должны проводиться сеансы экспертизы, то есть обсуждения диаграмм со специалистами предметной области. В любой предметной области формируется профессиональный жаргон, причем зачастую жаргонные термины имеют нечеткий смысл и воспринимаются специалистами по-разному. В то же время аналитик – автор диаграмм должен употреблять выражения, понятные экспертам. Поскольку формальные определения часто сложны для восприятия, аналитик должен употреблять профессиональный жаргон. В этой ситуации, во избежание неоднозначности трактовок, в словаре данных каждому понятию дается расширенное, а при необходимости – формальное определение. Стрелка идентифицируется именем (Arrow Name), кроме того, для каждой стрелки может быть введено:
Примечание (Arrow Note).
Определение (Arrow Definition).
Имя автора стрелки (Author).
В таблице 4 приведен пример стрелок для банковсой задачи.
Таблица 4 - описаний стрелок из примера банковской задачи
Arrow Name |
Arrow Note |
Arrow Definition |
Данные по балансу |
|
Текущий баланс счета клиента |
Деньги |
Сумма выдаваемых денег должна быть кратна 5 |
Деньги, выдаваемые клиенту |
Словарь сущностей и атрибутов используется для однозначного описания данных предметной области. В BPWin (так же, как и в ERWin) используются следующие определения:
Сущность представляет собой множество подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от других экземпляров.
Атрибут выражает определенное свойство объекта.
Словарь сущностей и атрибутов содержит список сущностей, для каждой из которых может быть определен набор атрибутов.
