- •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 Взаимосвязь работ по стадиям и разрабатываемым комплексам
Формальные модули
Структура модуля содержит: объекты, истории изменения, версии, атрибуты, виды, связи, импорт и экспорт данных. Она полностью отображает структуру информации, содержащейся в модуле, и при необходимости позволяет легко перемещаться в нужное место. При этом в окне структуры модуля возможно производить все те же манипуляции, что и в Проводнике (Windows Explorer), т.е. свертывать (-) и разворачивать (+) элементы структуры.
DOORS дает возможность отображать данные в различном формате. В формате Standard View объекты всех уровней просто отображаются в виде документа. При этом пользователь, при желании, может ограничить объем отображаемой информации, выбрав другой вид, например, формат Outline View. В этом случае DOORS отобразит только заголовки, скрыв другие детали объектов. Этот вид Outline View похож на раздел книги, который называется «Оглавление». Вид Explorer View весьма удобен для отображения иерархической структуры модуля и поиска нужного объекта в модуле.
Графический режим Graphics Mode позволяет отобразить информацию, содержащуюся в модуле, в виде иерархического дерева (см. рис. 2). Это значительно облегчает навигацию и поиск, если необходимая информация «спрятана» в больших объемах данных. В качестве названия элемента иерархии в этом случае используется заголовок объекта (Object Heading) и сокращенный текст самого объекта (Object Text).
Рисунок 2 - Графический режим.
Начало документа
Объекты
Данные в формальных модулях хранятся в виде объектов. Объектом может быть некоторый текст, графическое изображение или даже электронная таблица, созданная с помощью другого приложения. Стандартный вид формального модуля содержит две колонки и несколько дополнительных индикаторов. На рис. 3 показана информация, отображаемая в окне открытого модуля. Первая колонка показывает идентификатор объекта (Object Identifier), который автоматически присваивается DOORS. Идентификатор объекта состоит из двух частей:
• префикс (обычно это аббревиатура, характерная для данного набора требований);
• уникальный номер, присваиваемый DOORS.
Рисунок 3 - Отображаемая информация.
Объект, выделенный сверху и снизу более темными горизонтальными линиями, носит название «текущего объекта» (Current Object). Большинство функций в системе DOORS, выполняемых в рамках данного модуля (напр., создание нового объекта, вставка объекта, перемещение объекта и т.д.), выполняются по отношению к текущему объекту. Зеленые, желтые и красные полоски с левой стороны текстовой колонки являются индикаторами изменений (Change Bars).
Зеленая полоска обозначает, что объект ни разу не изменялся с тех пор, когда данный вариант модуля был зафиксирован в качестве очередной версии (baseline). Желтая обозначает, что с момента последнего сохранения версии модуля в объект вносились какие-либо изменения. Красная же полоска обозначает, что изменения объекта, выполненные в текущей сессии, пока еще не сохранены в базе данных.
Треугольники с правой стороны текстовой колонки показывают наличие связей данного объекта с другими объектами (Link Indicator). Треугольник, направленный влево (внутрь объекта), обозначает наличие входящих связей, а треугольник (не показан), направленный вправо (наружу из объекта), обозначает наличие исходящих связей. Древовидная структура отображения информации в формальном модуле DOORS обеспечивает простой, но весьма мощный и эффективный метод разработки и управления требованиями.
Создание новых объектов в DOORS выполняется достаточно легко – новый объект просто вставляется на одну из двух возможных позиций относительно текущего объекта:
• новый объект создается на том же уровне иерархии, что и текущий объект (команды Insert ► Object), или
• новый объект создается как первый дочерний объект по отношению к текущему объекту (команды Insert ► Object Below).
Рисунок 4 - Создание объектов.
DOORS также предлагает мощные средства для редактирования структуры модуля. Например, древовидная структура модуля может быть скорректирована с помощью функций вырезки и вставки (Cut и Paste).
Рисунок 5 - Вырезка и вставка объектов.
Операция «вырезать» (Cut) убирает текущий объект и все его дочерние (!) объекты из структуры модуля. Эта операция вызывает автоматическое обновление нумерации заголовков всех объектов в модуле так, чтобы устранить образовавшийся разрыв в структуре. Вырезанный объект может быть затем вставлен (Paste), или после текущего объекта на том же уровне иерархии, либо в качестве первого дочернего объекта по отношению к текущему.
Графические объекты DOORS поддерживают OLE-технологию (Object Linking and Embedding) для вставки в текстовый атрибут любых объектов, в том числе, и графических. Такие объекты вставляются в модуль точно так же, как это делается, например, в MS Word. С помощью этой технологии в документ с требованиями можно вставлять рисунки, диаграммы, графики, документы, электронные таблицы, а также множество другой информации, необходимой для пояснения того, что утверждается в требовании.
История изменений требований. DOORS сохраняет историю изменений всех модулей, объектов и их атрибутов. Запись любого изменения отобразит автора изменения, дату и время изменения, а также состояние объекта и его атрибутов до и после внесенного изменения. История модуля содержит все события, которые имели место по отношению к модулю.
Версии модуля и проекта. Версия (baseline) - это «замороженная» копия модуля.
Версии создаются обычно по завершению определенных стадий проекта (напр., одна из версий создается непосредственно перед рецензированием, другая - сразу после того, как замечания, сделанные в ходе рецензирования, внесены в требования). Такой подход позволяет в любой момент получить версию документа, характерную для определенного этапа проекта.
Каждой зафиксированной версии модуля в DOORS присваивается номер и название. Версии модуля существуют в DOORS только для просмотра (read-only) и их нельзя редактировать.
После создания версии вся история изменений объектов и их атрибутов сохраняется (остается) вместе с зафиксированной версией. Таким образом, история жизни модуля сохраняется в виде серии версий.
Начало документа
