
- •Технология разработки
- •Введение
- •Жизненный цикл программных систем План лекции
- •Введение
- •Программа, программная система. Программный продукт. Программная система как технологический объект.
- •Понятие жизненного цикла программных систем
- •Модели жизненного цикла программного обеспечения
- •Фазы жизненного цикла по
- •Заключение
- •Прикладной системный анализ при разработке по. Принципы структурного анализа. Процедура требований
- •План лекции
- •Введение
- •Проблема сложности ис
- •Группы средств моделирования систем
- •Заключение
- •Моделирование функций по. Нотация idef0. Case-средство bpWin
- •План лекции
- •Введение
- •ДиаграммыIdef0.
- •Виды связей вIdef0
- •Диаграмма дерева узлов
- •Диаграмма «Только для просмотра» (ForExpositionOnly–feo)
- •Case-средство bpWin
- •Заключение
- •Описание динамики системы. Нотация idef3
- •План лекции
- •Введение
- •Основные символыIdef3
- •Виды перекрестков вIdef3
- •Виды связей вIdef3
- •Пример диаграммыIdef3
- •Заключение
- •Постановка требований к данным. Словари данных. Моделирование данных в нотации idef1x. Case-средство erWin
- •План лекции
- •Введение
- •Словарь данных
- •Моделирование данных в нотацииIdef1x
- •Базовые понятияErd
- •Виды сущностей вIdef1x
- •Виды связей вIdef1x
- •Нормализация схемы данных
- •Заключение
- •Постановка требований к интерфейсу по. Понятие Usability.
- •План лекции
- •Введение
- •Эргономические цели и показатели качества программного продукта
- •Проблемы, возникающие на этапе разработки прототипа gui и варианты их решения
- •Принципы реализации пользовательского интерфейса
- •Заключение
- •Объектно-ориентированная методология проектирования по. Язык uml. Case-средство Rational Rose.
- •План лекции
- •Введение
- •Основные компоненты языка uml
- •Назначение языка uml
- •Общая структура языка uml
- •Пакеты в языке uml
- •Основные пакеты метамодели языка uml
- •Пакет Основные элементы
- •Пакет Элементы ядра
- •Пакет Вспомогательные элементы
- •Пакет Механизмы расширения
- •Пакет Типы данных
- •Пакет Элементы поведения
- •Пакет Общее поведение
- •Пакет Кооперации
- •Пакет Варианты использования
- •Пакет Автоматы
- •Пакет Общие механизмы
- •Пакет Управление моделями
- •Специфика описания метамодели языка uml
- •Особенности изображения диаграмм языка uml
- •Объектно-ориентированные case-средства (Rational Rose)
- •Структура и функции
- •Взаимодействие с другими средствами и организация групповой работы
- •Среда функционирования
- •Вариант использования
- •Интерфейсы
- •Примечания
- •Отношения на диаграмме вариантов использования
- •Отношение ассоциации
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Пример построения диаграммы вариантов использования
- •Заключение
- •Проектирование внутренней структуры приложений при помощи диаграмм классов в uml
- •План лекции
- •Введение
- •Имя класса
- •Атрибуты класса
- •Операция
- •Отношения между классами
- •Отношение зависимости
- •Отношение ассоциации
- •Отношение агрегации
- •Отношение композиции
- •Отношение обобщения
- •Интерфейсы .
- •Объекты
- •Шаблоны или параметризованные классы
- •Заключение
- •Проектирование динамики приложений при помощи диаграмм переходов состояний, диаграмм последовательности и диаграмм взаимодействия в uml
- •План лекции
- •Введение
- •Автоматы
- •Состояние
- •Имя состояния
- •Список внутренних действий
- •Начальное состояние
- •Конечное состояние
- •Переход
- •Сторожевое условие
- •Выражение действия
- •Составное состояние и подсостояние
- •Последовательные подсостояния
- •Параллельные подсостояния
- •Историческое состояние
- •Сложные переходы
- •Переходы между параллельными состояниями
- •Переходы между составными состояниями
- •Синхронизирующие состояния
- •Заключительные рекомендации по построению диаграмм состояний
- •Диаграмма деятельности (activity diagram)
- •Состояние действия
- •Переходы
- •Дорожки
- •Объекты
- •Рекомендации по построению диаграмм деятельности
- •Диаграмма последовательности (sequence diagram)
- •Объекты
- •Линия жизни объекта
- •Фокус управления
- •Сообщения
- •Ветвление потока управления
- •Стереотипы сообщений
- •Временные ограничения на диаграммах последовательности
- •Комментарии или примечания
- •Пример построения диаграммы последовательности
- •Заключение
- •Управление требованиями к программному продукту. Case-средство Requisite Pro.
- •План лекции
- •Введение
- •Нормативная основа
- •Термины, сокращения и определения
- •Основные положения
- •Цели управления требованиями
- •Участники управления требованиями
- •Политика в области управления требованиями
- •Обеспечение процессов управления требований
- •Распределение ответственности
- •Аналитик
- •Менеджер проекта
- •Тестировщик
- •Проектировщик
- •Разработчик
- •Документирование
- •Обеспечение ресурсами
- •Обучение
- •Действия по управлению требованиями
- •Анализ требований
- •Разработка материалов проекта на основе требований
- •Контроль изменений требований
- •Измерения
- •Показатель важности
- •Контроль со стороны руководителя проекта
- •Контроль со стороны гок
- •Стандарт оформления требований
- •Шаблон для разработки требований
- •Правила оформления требований
- •Структурирование требований
- •Показатели качества требований
- •Проверяемость
- •Модифицируемость
- •Прослеживаемость
- •Начало работы сRequisitePro
- •Создание и настройка проекта
- •Создание проекта
- •Создание типов требований
- •Определение атрибутов
- •Создание типов документов
- •Добавление требований
- •Требования в документах
- •RequisitePro Views
- •Обсуждения
- •Заключение
- •Тестирование приложений. Функциональное тестирование, нагрузочное тестирование. Case-средстваRational Functional Tester,Rational Performance Tester.
- •План лекции
- •Введение
- •Дестабилизирующие факторы и методы обеспечения высокого качества функционирования по
- •Использование среды автоматизированного тестированияPlatinumTestBytes
- •Методы обеспечения качества и надежности программных средств
- •Использование case для повышения качества по
- •Влияние стандартов открытых систем на качество по
- •Повышение качества по путем тестирования
- •Основные особенности процесса тестирования по
- •Организационные особенности тестирования
- •Сертификация по
- •Организация и планирование тестирования для обеспечения качества по
- •Важнейшие разделы iso 9003
- •Общие положения
- •Документирование системы качества
- •Программа качества
- •Внутренние проверки системы качества
- •Корректирующие действия
- •Заключение
- •Комплексная интеграция bpWin, erWin и Paradigm Plus.
- •План лекции
- •Введение
- •Соответствие объектов моделей процессов и моделей данных
- •Экспорт между моделью данных и моделью процессов
- •Paradigm Plus: двусторонняя связь с eRwin
- •Создание физической модели данных вErWin
- •Уровни физической модели
- •Правила валидации и значения по умолчанию
- •Индексы
- •Триггеры и хранимые процедуры
- •Значения ri, используемые erWin для различных типов связей
- •Заключение
- •Стандарты, регламентирующие разработку по
- •План лекции
- •Введение
- •Iso 15504 spice
- •Серия стандартов гост 34-ххх «Информационная технология»
- •Группы процессов
- •Взаимосвязи процессов
- •Процессы инициации
- •Результаты
- •Исходная информация
- •Шаги задачи
- •Методика и подход
- •Выработать основные положения проекта
- •Определить область применения, цели и подход
- •Произвести оценку рисков
- •Получить подтверждение Заказчика и Исполнителя
- •Роли и ответственность
- •Заключение
- •Рабочий план
- •План лекции
- •Введение
- •Основные процессы планирования
- •Вспомогательные процессы планирования
- •Документ «Рабочий план»
- •По работам
- •По исполнителям
- •Диаграмма Гантта по проекту
- •Процессы управления
- •Основные процессы управления
- •Вспомогательные процессы управления
- •Основные процессы анализа
- •Вспомогательные процессы анализа
- •Заключение Заключение
- •Контрольные вопросы
- •Библиографический список
Пример диаграммыIdef3
Пример диаграммы IDEF3 для процесса 1 «Получить пароль» приведен на рис. 13.
Спецификация процесса 1 «Получить пароль» в виде диаграммы IDEF3
Заключение
Постановка требований к данным. Словари данных. Моделирование данных в нотации idef1x. Case-средство erWin
План лекции
Постановка требований к данным. Словари данных. Моделирование данных в нотации IDEF1x. CASE-средство ERWin
Принципы моделирования данных. Методологии моделирования данных – иерархические, фреймовые, реляционные.
Нотация Чена – Баркера.
Словарь сущностей и атрибутов. Словарь стрелок модели.
Нотация IDEF1x – назначение, основные принципы.
Виды сущностей в IDEF1x.
Виды связей в IDEF1x.
Процедура нормализации в реляционных моделях.
Соответствие между логической и физической моделями данных.
Введение
Данные в AllFusionModelingSuiteописываются при помощиER-диаграм вCASE-средствеERWin. Вместе с тем, начинается описание данных уже при построении модели бизнес процессов. Выполняется это при помощи таких средствBPWin, как словарь стрелок (ArrowDictionary) и словарь сущностей и атрибутов (Entity/AttributeDictionary).
Словарь данных
Словарь стрелокрешает задачу формализации языка предметной области для аналитиков.
В процессе создания диаграмм должны проводиться сеансы экспертизы, то есть обсуждения диаграмм со специалистами предметной области. В любой предметной области формируется профессиональный жаргон, причем зачастую жаргонные термины имеют нечеткий смысл и воспринимаются специалистами по-разному. В то же время аналитик – автор диаграмм должен употреблять выражения, понятные экспертам. Поскольку формальные определения часто сложны для восприятия, аналитик должен употреблять профессиональный жаргон. В этой ситуации, во избежание неоднозначности трактовок, в словаре данных каждому понятию дается расширенное, а при необходимости – формальное определение. Стрелка идентифицируется именем (ArrowName), кроме того, для каждой стрелки может быть введено:
Примечание (Arrow Note).
Определение (Arrow Definition).
Имя автора стрелки (Author).
Приведем несколько описаний стрелок из примера банковской задачи:
Arrow Name |
Arrow Note |
Arrow Definition |
Данные по балансу |
|
Текущий баланс счета клиента |
Деньги |
Сумма выдаваемых денег должна быть кратна 5 |
Деньги, выдаваемые клиенту |
Словарь сущностей и атрибутовиспользуется для однозначного описания данных предметной области. ВBPWin(так же, как и вERWin) используются следующие определения:
Сущностьпредставляет собой множество подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от других экземпляров.
Атрибутвыражает определенное свойство объекта.
Словарь сущностей и атрибутов содержит список сущностей, для каждой из которых может быть определен набор атрибутов.
Определение структуры данных для информационных потоков. Для каждого потока данных возможно указать набор сущностей из соответствующего словаря и выделить в данных сущностях те атрибуты, которые будут использоваться в данном потоке. Таким образом, однозначно идентифицируется структура данных, передающихся по потоку.
BPWin позволяет отслеживать связь между потоками данных и элементами словаря сущностей и атрибутов, включая иерархию потоков при их слиянии и расщеплении. Если какие-либо элементы словаря сущностей и атрибутов подключены к ветвям расщепленного потока, то эти же символы данных могут быть автоматически подключены к общему потоку.
Приведем примеры словаря сущностей и атрибутов для банковской задачи, рассмотренной в предыдущей лекции:
Кредитная карта:
Пароль.
Лимит денег.
Детали клиента.
Протокол обслуживания:
Обработанная документация.
Денежная сумма.
Данные по истории запроса.