Описание процесса деятельности 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Описание процесса деятельности



 

Под описанием процесса деятельности понимают результаты анализа предпроектного исследования, формализованные в виде модели и спецификаций необходимых для разработки ИС. Выбор методологии и CASE-средства.

Используется методология структурного или объектно-ориентированного проектирования.

Объектно-ориентированное проектирование

 

Объектно - ориентированное проектирование основано на объектно-ориентированной декомпозиции. Разделение по алгоритмам концентрирует внимание на порядке происходящих событий, а разделение по объектам придает особое внимание объектам или субъектам действия. CASE-средства, поддерживающие объектно- ориентированное проектирование используют методологию RUP (Rational Unified Process) и нотации языка UML.

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

- Статическую структуру (объекты, взаимосвязь между ними, прецеденты, ассоциации). Диаграммы объектов, прецедентов (задача определения данных для хранения в базе данных, использование данных пользователями)

- Алгоритм деятельности. Диаграмма деятельности для определения состава задач автоматизации.

Второй шаг реализация прецедентов в логическом представлении. Логическое представление включает в себя:

- Статическую структуру (классы, объекты, отношения между ними, внутренняя структура классов, стереотипы). Диаграммы классов.

- Динамика взаимодействия (обмен сообщениями между объектами). Диаграммы последовательности и кооперации.

Третий шаг генерация кода для реализации в конкретной СУБД.

- Определить компоненты системы и их взаимосвязь (пакеты для сущностей, форм, отчетов, программного обеспечения)

- Определить программы для генерации кода

- Создать схему базы данных

- Сгенерировать код на SQL/

Четвертый шаг моделирование физической архитектуры системы (дополнительно).


Пример 4. Постановка задачи для определения объектов сведения о которых необходимо хранить в базе данных. Объектно-ориентированный метод

Рис.3.1 Диаграмма прецедентов для построения базы данных «Учет компьютеров». Подсистема 1.

 

 

Рис.3.2 Диаграмма прецедентов для построения базы данных «Учет компьютеров». Подсистема 2.

 


Пример 5. Статическая структура. Определение классов и отношения между ними. Объектно-ориентированный метод.

 

Рис.3.3 Диаграмма классов учета компьютеров. Подсистема1.

 


Пример 6. Диаграмма Схемы базы данных полученной в CASE средстве Rational Rose. Объектно-ориентированный метод

 

 

Рис.3.3. Схема базы данных Учет компьютеров. Подсистема 1.

 

 

Пример 7. Код на SQL, полученноый в CASE средстве Rational Rose. Объектно-ориентированный метод

 

CREATE TABLE T_Комплектующие (

Артикул INT NOT NULL,

наименование VARCHAR (255) NOT NULL,

производитель VARCHAR (255) NOT NULL,

характеристика VARCHAR (255) NOT NULL,

цена MONEY NOT NULL,

CONSTRAINT PK_T_Комплектующие1 PRIMARY KEY NONCLUSTERED (Артикул)

GO

CREATE TABLE T_1 (

Код_компьютера INT NOT NULL,

Код_клиента INT NOT NULL,

CONSTRAINT PK_T_14 PRIMARY KEY NONCLUSTERED (Код_компьютера, Код_клиента)

GO

CREATE TABLE T_0 (

Код_компьютера INT NOT NULL,

Артикул INT NOT NULL,

CONSTRAINT PK_T_03 PRIMARY KEY NONCLUSTERED (Код_компьютера, Артикул)

GO

CREATE TABLE T_Клиенты (

Код_клиента INT NOT NULL,

Фирма VARCHAR (255) NOT NULL,

Адрес VARCHAR (255) NOT NULL,

Р/счет VARCHAR (255) NOT NULL,

Контактнще_лицо VARCHAR (255) NOT NULL,

Телефон VARCHAR (255) NOT NULL,

CONSTRAINT PK_T_Клиенты2 PRIMARY KEY NONCLUSTERED (Код_клиента)

GO

CREATE TABLE T_Компьютеры (

Код_компьютера INT NOT NULL,

название VARCHAR (255) NOT NULL,

Быстродействие INT NOT NULL,

Опамять VARCHAR (255) NOT NULL,

Впамять INT NOT NULL,

Примечание VARCHAR (255) NOT NULL,

CONSTRAINT PK_T_Компьютеры0 PRIMARY KEY NONCLUSTERED (Код_компьютера)

GO

CREATE INDEX TC_T_12 ON T_1 (Код_компьютера)

GO

CREATE INDEX TC_T_13 ON T_1 (Код_клиента)

GO

CREATE INDEX TC_T_00 ON T_0 (Код_компьютера)

GO

CREATE INDEX TC_T_01 ON T_0 (Артикул)

GO

ALTER TABLE T_1 ADD CONSTRAINT FK_T_12 FOREIGN KEY (Код_компьютера) REFERENCES T_Компьютеры (Код_компьютера)

GO

ALTER TABLE T_1 ADD CONSTRAINT FK_T_13 FOREIGN KEY (Код_клиента) REFERENCES T_Клиенты (Код_клиента)

GO

ALTER TABLE T_0 ADD CONSTRAINT FK_T_00 FOREIGN KEY (Код_компьютера) REFERENCES T_Компьютеры (Код_компьютера)

GO

ALTER TABLE T_0 ADD CONSTRAINT FK_T_01 FOREIGN KEY (Артикул) REFERENCES T_Комплектующие (Артикул)

GO


Пример 7. Использование данных пользователями. Объектно-ориентированный метод.

Рис. 3.4 диаграмма прецедентов для создания приложения ИС «Учет заказов компьютеров»


Пример 8. Изучение взаимодействия объектоа. Объектно-ориентированный метод.

 

 

Рис. 3.5 Диаграмма последовательности действий выполнения заказа

 

 

 

Рис. 3.6 Диаграмма кооперации

 


Структурное проектирование

 

Структурное проектирование основано на алгоритмической декомпозиции,

Для структурного подхода используется методология SADT (Structured Analysis and Design Technique). Дуглас Росс разработал язык структурного анализа, используемого для описания исследуемого объекта. Этот язык лег в основу стандартов семейства IDEF. Для структурного подхода используется программный комплекс BP Win и ER Win. Моделирование бизнес-процесса начинается с использования CASE средства BP Win.

Первый шаг на этапе системного анализа жизненного цикла системы как правило, моделирование средствами IDEF0. Методы и средства этого шага определяют IDEF0-технологию разработки информационной системы.

- Контекстная диаграмма формализует общую постановку задачи.

- Декомпозиция – основные задачи (построение базы данных, ведение базы данных, создание приложения и др)

Второй шаг является продолжением исследований, который приводит к IDEF3-технологии, которая используется для анализа процессов, происходящих в изучаемой системе. С помощью IDEF3-технологии описываются сценарии в виде последовательности операций для каждого процесса, происходящего в функциональной модели. Поэтому IDEF0-модели связаны с IDEF3-сценариями, так как каждая IDEF0-модель может быть представлена в виде одного или нескольких IDEF3-сценариев. Сценарием здесь называют описание последовательности изменений свойств моделируемого объекта в рамках изучаемого процесса.

Третий шаг определение информационных потоков, DFD –диаграмма (Data Flow Diagrams). В этой диаграмма устанавливаются таблицы сущности, являющиеся основой для построения логической модели и связующим звеном для перехода к CASE средству ER Win.

Четвертый шаг построение логической модели и схемы базы данных.

- Таблицы сущности из CASE средства BP Win импортируются в CASE средство ER Win.

- Таблицам задаются атрибуты и устанавливаются отношения (диаграмма сущность-связь)

- Реализуются отношения между сущностями и создается схема базы данных.

- Генерируется код на языке SQL.

 


Пример 8. IDEF0-технология. Постановка задачи

Рис. 3.7 Контекстная диаграмма. Учет продаж табачных изделий

 

Рис. 3.8 Декомпозиция. Учет продаж табачных изделий.


Пример 8. IDEF3-технология. Анализа процессов, происходящих в изучаемой системе

 

Рис. 3.9 Диаграмма описания последовательности этапов процесса действия «Ведение базы данных»


Пример 9. DFD-технология. Анализ потоков данных

 

 

Рис. 3.9 Диаграмма потоков данных действия «Получение информации »

 

 

Пример 10. Построение логической модели и схемы базы данных

 

 

Рис. 3.10. Логическая модель

 

Рис. 3.11. Физическая модель

 

Пример11 Генерация кода в CASE средстве ER-Win

CREATE TABLE Клиенты (

Адрес char(18) NULL,

Номер int IDENTITY,

Отчество char(18) NULL,

Имя char(18) NULL,

Фамилия char(18) NULL

) go

ALTER TABLE Клиенты

ADD PRIMARY KEY NONCLUSTERED (Номер)

go

 

CREATE TABLE Сделки (

Код int NULL,

Количество int NULL,

Артикул int NULL,

Дата datetime NULL,

Номер int NULL

) go

 

ALTER TABLE Сделки

ADD PRIMARY KEY NONCLUSTERED (Код)

go

CREATE TABLE Товары (

Цена money NOT NULL,

Артикул int IDENTITY,

Наименование char(18) NULL

)go

ALTER TABLE Товары

ADD PRIMARY KEY NONCLUSTERED (Артикул)

go

ALTER TABLE Сделки

ADD FOREIGN KEY (Номер)

REFERENCES Клиенты

go

 

ALTER TABLE Сделки

ADD FOREIGN KEY (Артикул)

REFERENCES Товары

go

 



Поделиться:


Последнее изменение этой страницы: 2017-01-25; просмотров: 291; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.16.54.63 (0.028 с.)