Проверяемый текст
Калянов, Георгий Николаевич. Разработка и исследование методов, моделей и программных систем управления реорганизацией предприятий (Диссертация 1999)
[стр. 47]

47 рые много проще в использовании, чем многостраничные описания.
Важным достоинством графического языка является ограничение сложности, позволяющее получать компоненты, поддающиеся управлению, обозримые и доступные для понимания, а также обладающие простой и ясной структурой.
2) Общая БД проекта.
Основа CASE использование БД проекта (репозитария) для хранения всей информации о проекте, которая может разделяться между разработчиками в соответствии с их правами доступа [52].
Содержимое репозитария включает не только объекты различных типов, но и отношения между их компонентами, а также правила использования или обработки этих компонент.
Репозитарий может хранить свыше 100 типов объектов, примерами которых являются
модели управления, диаграммы, проекты отчетов, описания данных, логика обработки, модели данных, элементы данных и т.п.
Каждый информационный объект в репозитарии описывается перечислением его свойств: идентификатор, имена-синонимы, тип, текстовое описание, компоненты, файл-хранилище, область значений.

Кроме этого, хранятся все отношения с другими объектами (например, все объекты, в которых данный объект используется; все перекрестные ссылки), правила формирования и редактирования объекта, а также контрольная информация о времени порождения объекта, времени его последнего обновления, кем и в каком проекте он был порожден, номере версии, возможности обновления и т.п.

3) Интеграция средств.
На основе репозитария осуществляется интеграция CASE-средств и разделение системной информации между разработчиками
[52].
При этом возможности репозитария обеспечивают несколько уровней интеграции: общий пользовательский интерфейс по всем средствам, передачу данных между средствами, интеграцию этапов разработки через единую систему представлений фаз
цикла реорганизации, передачу данных и средств между аппаратурными платформами.
4) Поддержка коллективной разработки и управления проектом.
[стр. 61]

3) Автоматизированная или автоматическая кодогенерация, выполняющая несколько видов генерации кодов: преобразования для получения документации, формирования БД, ввода/модификации данных, получения выполняемых машинных кодов из спецификаций ПО, автоматической сборки модулей из словарей и моделей данных и повторно используемых программ, автоматической конверсии ранее используемых файлов в форматы новых требований.
4) Ограничение сложности, позволяющее получать компоненты, поддающиеся управлению, обозримые и доступные для понимания, а также обладающие простой и ясной структурой.
5) Доступность для разных категорий пользователей.
6) Рентабельность.
7) Сопровождаемость, обеспечивающая способность адаптации при изменении требований и целей проекта.
Интегрированный CASE-пакет содержит четыре основные компоненты [32, 33, 37]: 1) Средства централизованного хранения всей информации о проектируемом ПО в течении всего ЖЦ (репозитарий) являются основой CASE-пакета.
Соответствущая БД должна иметь возможность поддерживать большую систему описаний и характеристик и предусматривать надежные меры по защите от ошибок и потерь информации.
Репозитарий должен обеспечивать [32, 79]: • инкрементный режим при вводе описаний объектов; • распространение действия нового или скорректированного описания на информационное пространство всего проекта; • синхронизацию поступления информации от различных пользователей; • хранение версий проекта и его отдельных компонент; • сборку любой запрошенной версии; • контроль информации на корректность, полноту и состоятельность.
2) Средства ввода предназначены для ввода данных в репозитарий, а также для организации взаимодействия с CASE-пакетом.
Эти средства должны поддерживать различные методологии и 61

[стр.,65]

наоборот, каждому управляющему потоку в зависимости от его направленности должно соответствовать условие/действие на STD.
При балансировании DFD-словарь данных-миниспецификация должны проверяться следующие правила: • каждый поток и хранилище данных должны быть определены в словаре данных (контроль неопределенных значений), и наоборот, каждое определение в словаре должно быть отражено на диаграмме, в миниспецификации или другом определении (контроль неиспользуемых значений); • каждый процесс на DFD должен детализироваться с помощью DFD или миниспецификации (но не тем и другим одновременно), и наоборот, каждая миниспецификация должна соответствовать единственному процессу; • ссылки к данным в миниспецификациях должны соответствовать объектам на диаграммах и в словаре данных; • по возможности должна контролироваться семантика миниспецификации: например, если входные и/или выходные потоки связаны с хранилищем данных, то это должно быть отражено в миниспецификации (операторами READ, GET, WRITE, PUT и т.п.).
3) Организация и поддержка репозитария.
Основные функции средств организации и поддержки репозитария хранение, доступ, обновление, анализ и визуализация всей информации по проекту ПО.
Содержимое репозитария включает не только информационные объекты различных типов, но и отношения между их компонентами, а также правила использования или обработки этих компонент (рис.
1.7).
Репозитарий может хранить свыше 100 типов объектов, примерами которых являются
структурные диаграммы, определения экранов и меню, проекты отчетов, описания данных, логика обработки, модели данных, модели организации, модели обработки, исходные коды, элементы данных и т.п.
Каждый информационный объект в репозитарии описывается перечислением его свойств: идентификатор, имена-синонимы, тип, текстовое описание, компоненты, файл-хранилище, область значений.

65

[стр.,66]

Кроме этого, хранятся все отношения с другими объектами (например, все объекты, в которых данный объект используется; все перекрестные ссылки), правила формирования и редактирования объекта, а также контрольная информация о времени порождения объекта, времени его последнего обновления, кем и в каком проекте он был порожден, номере версии, возможности обновления и т.п.
На основе репозитария осуществляется интеграция CASE-средств и разделение системной информации между разработчиками.

При этом возможности репозитария обеспечивают несколько уровней интеграции: общий пользовательский интерфейс по всем средствам, передачу данных между средствами, интеграцию этапов разработки через единую систему представлений фаз
ЖЦ, передачу данных и средств между аппаратурными платформами.
ОПИСАНИЕ ОБЪЕКТА ОТНОШЕНИЯ С ДРУГИМИ ОБЪЕКТАМИ КОНТРОЛЬНАЯ ИНФОРМАЦИЯ ПРАВИЛА ОБРАБОТКИ Рис.
1.7.
Содержимое репозитария Репозитарий является базой для стандартизации документации по проекту и контроля состоятельности проектных спецификаций.
Все отчеты строятся автоматически по репозитарию, ниже перечислены основные их типы [32, 33]: • Отчеты по содержимому включают сводки потоков данных и их компонент, сводки всех пар интерфейсов в описывающих межмодульные отношения структурных диаграммах, списки входных и выходных потоков для каждого функционального блока диаграмм, 66

[Back]