CASE-средства Silverrun

Автор работы: Пользователь скрыл имя, 01 Июня 2012 в 00:07, контрольная работа

Описание работы

CASE-средство Silverrun американской фирмы Сomputer Systems Ad-visers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь").

Содержание работы

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 3
1.1 Общая характеристика CASE-средства Silverrun 3
1.2 Структура и функции 4
1.3 Взаимодействие с другими средствами и организация групповой работы 6
1.4 Среда функционирования 8
2. ПРАКТИЧЕСКАЯ ЧАСТЬ 9
2.1.1 Выделение объектов и их атрибутов из предметной области. 9
2.1.2 Описание объектов предметной области 9
2.1.3 Построение логической модели данных предметной области 11
2.1.4 Построение концептуальной модели «сущность-связь» в нотации Баркера. 12
СПИСОК ЛИТЕРАТУРЫ

Файлы: 1 файл

контрольная.docx

— 54.17 Кб (Скачать файл)

 

СОДЕРЖАНИЕ

 

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 3

1.1 Общая характеристика CASE-средства Silverrun 3

1.2  Структура и функции 4

1.3 Взаимодействие с другими  средствами и организация групповой  работы 6

1.4  Среда функционирования 8

2. ПРАКТИЧЕСКАЯ ЧАСТЬ 9

2.1.1  Выделение объектов  и их атрибутов из предметной  области. 9

2.1.2  Описание объектов  предметной области 9

2.1.3 Построение логической  модели данных предметной области 11

2.1.4 Построение концептуальной  модели «сущность-связь» в нотации  Баркера. 12

СПИСОК ЛИТЕРАТУРЫ 14

 

 

 

 

 

 

 

 

 

 

  1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Общая характеристика CASE-средства Silverrun

 

CASE-средство Silverrun американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь").

Настройка на конкретную методологию  обеспечивается выбором требуемой графической нотации моделей и набора правил проверки проектных спецификаций. В системе имеются готовые настройки для наиболее распространенных методологий: DATARUN (основная методология, поддерживаемая Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого понятия, введенного в проекте имеется возможность добавления собственных описателей. Архитектура Silverrun позволяет наращивать среду разработки по мере необходимости.

 

 

 

 

 

 

 

 

1.2  Структура и функции

 

Silverrun имеет модульную структуру и состоит из четырех модулей, каждый из которых является самостоятельным продуктом и может приобретаться и использоваться без связи с остальными модулями.

Модуль построения моделей бизнес-процессов  в форме диаграмм потоков данных (BPM - Business Process Modeler) позволяет моделировать функционирование обследуемой организации или создаваемой ИС. В модуле BPM обеспечена возможность работы с моделями большой сложности: автоматическая перенумерация, работа с деревом процессов (включая визуальное перетаскивание ветвей), отсоединение и присоединение частей модели для коллективной разработки. Диаграммы могут изображаться в нескольких предопределенных нотациях, включая Yourdon/DeMarco и Gane/Sarson. Имеется также возможность создавать собственные нотации, в том числе добавлять в число изображаемых на схеме дескрипторов определенные пользователем поля.

Модуль концептуального моделирования  данных (ERX - Entity-Relationship eXpert) обеспечивает построение моделей данных "сущность-связь", не привязанных к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать корректную нормализованную модель данных посредством ответов на содержательные вопросы о взаимосвязи данных. Возможно автоматическое построение модели данных из описаний структур данных. Анализ функциональных зависимостей атрибутов дает возможность проверить соответствие модели требованиям третьей нормальной формы и обеспечить их выполнение. Проверенная модель передается в модуль RDM.

Модуль реляционного моделирования (RDM - Relational Data Modeler) позволяет создавать детализированные модели "сущность-связь", предназначенные для реализации в реляционной базе данных. В этом модуле документируются все конструкции, связанные с построением базы данных: индексы, триггеры, хранимые процедуры и т.д. Гибкая изменяемая нотация и расширяемость репозитория позволяют работать по любой методологии. Возможность создавать подсхемы соответствует подходу ANSI SPARC к представлению схемы базы данных. На языке подсхем моделируются как узлы распределенной обработки, так и пользовательские представления. Этот модуль обеспечивает проектирование и полное документирование реляционных баз данных.

Менеджер репозитория рабочей группы (WRM - Workgroup Repository Manager) применяется как словарь данных для хранения общей для всех моделей информации, а также обеспечивает интеграцию модулей Silverrun в единую среду проектирования.

Платой за высокую гибкость и  разнообразие изобразительных средств  построения моделей является такой  недостаток Silverrun, как отсутствие жесткого взаимного контроля между компонентами различных моделей (например, возможности автоматического распространения изменений между DFD различных уровней декомпозиции). Следует, однако, отметить, что этот недостаток может иметь существенное значение только в случае использования каскадной модели ЖЦ ПО.

 

 

 

 

 

 

 

 

1.3 Взаимодействие с другими средствами и организация групповой работы

 

Для автоматической генерации схем баз данных у Silverrun существуют мосты к наиболее распространенным СУБД: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase. Для передачи данных в средства разработки приложений имеются мосты к языкам 4GL: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi. Все мосты позволяют загрузить в Silverrun RDM информацию из каталогов соответствующих СУБД или языков 4GL. Это позволяет документировать, перепроектировать или переносить на новые платформы уже находящиеся в эксплуатации базы данных и прикладные системы. При использовании моста Silverrun расширяет свой внутренний репозиторий специфичными для целевой системы атрибутами. После определения значений этих атрибутов генератор приложений переносит их во внутренний каталог среды разработки или использует при генерации кода на языке SQL. Таким образом можно полностью определить ядро базы данных с использованием всех возможностей конкретной СУБД: триггеров, хранимых процедур, ограничений ссылочной целостности. При создании приложения на языке 4GL данные, перенесенные из репозитория Silverrun, используются либо для автоматической генерации интерфейсных объектов, либо для быстрого их создания вручную.

Для обмена данными с другими  средствами автоматизации проектирования, создания специализированных процедур анализа и проверки проектных спецификаций, составления специализированных отчетов в соответствии с различными стандартами в системе Silverrun имеется три способа выдачи проектной информации во внешние файлы:

●                 Система отчетов. Можно, определив содержимое отчета по репозиторию, выдать отчет в текстовый файл. Этот файл можно затем загрузить в текстовый редактор или включить в другой отчет;

●                    Система экспорта/импорта. Для более полного контроля над структурой файлов в системе экспорта/импорта имеется возможность определять не только содержимое экспортного файла, но и разделители записей, полей в записях, маркеры начала и конца текстовых полей. Файлы с указанной структурой можно не только формировать, но и загружать в репозиторий. Это дает возможность обмениваться данными с различными системами: другими CASE-средствами, СУБД, текстовыми редакторами и электронными таблицами;

●                    Хранение репозитория во внешних файлах через ODBC-драйверы. Для доступа к данным репозитория из наиболее распространенных систем управления базами данных обеспечена возможность хранить всю проектную информацию непосредственно в формате этих СУБД.

Групповая работа

Групповая работа поддерживается в  системе Silverrun двумя способами:

●                 В стандартной однопользовательской версии имеется механизм контролируемого разделения и слияния моделей. Разделив модель на части, можно раздать их нескольким разработчикам. После детальной доработки модели объединяются в единые спецификации;

●                     Сетевая версия Silverrun позволяет осуществлять одновременную групповую работу с моделями, хранящимися в сетевом репозитории на базе СУБД Oracle, Sybase или Informix. При этом несколько разработчиков могут работать с одной и той же моделью, так как блокировка объектов происходит на уровне отдельных элементов модели.

 

1.4 Среда функционирования

 

Имеются реализации Silverrun трех платформ - MS Windows, Macintosh и OS/2 Presentation Manager - с возможностью обмена проектными данными между ними.

Для функционирования в среде  Windows необходимо иметь компьютер с процессором модели не ниже i486 и оперативную память объемом не менее 8 Мб (рекомендуется 16 Мб). На диске полная инсталляция Silverrun занимает 20 Мб.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  1. ПРАКТИЧЕСКАЯ  ЧАСТЬ

 

Построение концептуальной модели предметной области

2.1.1  Выделение объектов и их атрибутов из предметной области.

Объект  ЗАКАЗ с характеристиками: код заказа, дата получения заказа, код работы, код клиента.

Объект  КЛИЕНТ с характеристиками: код клиента, название клиента, страна клиента,

Объект  СОТРУДНИК с характеристиками: код сотрудника, фамилия сотрудника, должность.

Объект  РАБОТА с характеристиками: код работы, название работы , вид ремонта, заменяемый узел, заменяющий узел, количество, цена, код сотрудника,  стоимость.

2.1.2 Описание объектов предметной области

 

ЗАКАЗ

Атрибут

Тип данных

Наименование

Индекс

Id_zakaz

целый

Код заказа

Первичный

Id_rabota

целый

Код работы

внешний

Id_client

целый

Код клиента

внешний

Data_zakaz

дата

Дата получения заказа

 

 

 

 

 

КЛИЕНТ

Атрибут

Тип данных

Наименование

Индекс

Id_ client

целый

Код клиента

Первичный

Nazv_client

строка

Название клиента

 

Str_ client

строка

Страна клиента

 

 

СОТРУДНИК

Атрибут

Тип данных

Наименование

Индекс

Id_sotr

целый

Код сотрудника

Первичный

Fam_ sotr

строка

Фамилия сотрудника

 

Dol_ sotr

строка

Должность сотрудника

 

 

РАБОТА

Атрибут

Тип данных

Наименование

Индекс

Id_rab

целый

Код работы

Первичный

Id_sotr

целый

Код сотрудника

внешний

Nazv_rab

строка

Название работы

 

Vid_rem

строка

Вид ремонта

 

Zam_yz1

строка

Заменяемый узел

 

Zam_yz2

строка

Заменяющий узел

 

Kol_vo

целый

количество

 

Price

денежный

Цена

 

Stoim

денежный

Стоимость

 

 

 

 

 

2.1.3 Построение логической модели данных предметной области

ЗАКАЗ

Код Заказа,

Код Работы,

Код Клиента

Дата Получения Заказа,

 




 

РАБОТА

Код Работы,

Код Сотрудника,

Название Работы,

Вид Ремонта,

Заменяемый Узел,

Заменяющий Узел,

Количество,

Цена,

Стоимость




 


 

 

 

 

 

СОТРУДНИК

Код Сотрудника,

Фамилия Сотрудника,

Должность.




 

 

 

 

 

КЛИЕНТ

Код Клиента,

Название Клиента, Страна Клиента




 

 

 

 

 

 

 

 

 

2.1.4 Построение концептуальной модели «сущность-связь» в нотации Баркера.

 

Описание предметной области. 

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

Выделение сущностей и их атрибутов из предметной области.

Сущность ТОВАР с атрибутами: наименование, оптовая цена, розничная цена, справочная информация.

Сущность ПОКУПАТЕЛЬ с атрибутами: наименование, адрес, телефон, контактное лицо.

Сущность НАКЛАДНАЯ с атрибутами: покупатель, количество купленного товара,  дата покупки.

 

 

 

 

 

Покупатель                                      


         Накладная



         


                                                                                  



                                                                                                      Товар       

Информация о работе CASE-средства Silverrun