Автор работы: Пользователь скрыл имя, 26 Ноября 2014 в 07:43, курсовая работа
Персональный компьютер (ПК) – это настольная или переносная ЭВМ, удовлетворяющая требованиям общедоступности и универсальности применения. ПК стал обязательным атрибутом в любом современном офисе. Это основная техническая база информационной технологии. Профессионалы, работающие вне компьютерной сферы, считают непременной составляющей своей компетентности знание аппаратной части персонального компьютера, хотя бы его основных технических характеристик. Особенно велик интерес к компьютерам среди молодежи, широко использующей их для своих целей.
Создаем новую модель в нотации DFD. На экране появляется прямоугольник со скругленными краями, которому присваиваем имя “Проведение анализов”. На диаграмме добавляем внешнюю сущность, нажав на пиктограмму и при помощи пиктограммы Precedence Arrow Tool и, добавляем необходимые стрелки.
Полученная контекстная диаграмма приведена на рисунке 4.3.
Рисунок 4.3 – Контекстная DFD диаграмма
Для создания диаграммы в нотации IDEF3 необходимо декомпозировать уже существующую работу «Установка запччастей».
В диалоге Activity Box Count установите число работ 9 и нотацию IDEF3.
Далее на появившихся работах правой кнопкой мыши необходимо щелкнуть по работе с номером 1, выбрать в контекстном меню Name и внести имя работы и так далее для каждой работы.
С помощью кнопки палитры инструментов создаем объект ссылки. Вносим имя объекта внешней ссылки "Инструменты и оборудование ".
Связываем стрелкой объект ссылки и работу "Демонтаж автомобиля".
Нужно изменить стиль стрелки, связывающей объект ссылки и работу "Инструменты и оборудование ", воспользовавшись диалоговым окном Arrow Properties.
С помощью кнопки на палитре инструментов вносим перекресток ветвления (Fan-out Junction) и перекресток слияния (Fan-in Junction) Связываем работы с перекрестками.
Диаграмма в нотации IDEF3 приведена на рисунке 4.4.
Рисунок 5.4 – Декомпозиция блока «Установка комплектующих» в IDEF3-методологии
ERwin полностью поддерживает
такой процесс, он имеет два
представления модели: логическое (logical)
и физическое (physical). Таким образом,
разработчик может строить
Возможность использования модели ERwin одновременно для логического и физического представления данных позволяет по окончании работы получить полностью документированную модель. ERwin, как и инструмент моделирования бизнес-процессов BPwin, интегрирован с генератором отчетов фирмы Logic Works - RPTwin. Это средство позволяет получать подробные отчеты по модели, освещая самые различные ракурсы и аспекты. Инструмент RPTwin поставляется вместе с ERwin и имеет богатый набор встроенных отчетов, позволяющих получать многогранную информацию по модели. Документирование структуры данных является очень важной частью моделирования, т.к. это позволяет другим разработчикам или лицам, которые будут сопровождать систему, быстрее начать ориентироваться во внутренней структуре и понимать назначение компонентов.
ERwin является не только
инструментом для дизайна баз
данных, он также поддерживает
автоматическую генерацию
При создании новой модели выбираем пункт Logical/Physical в окне Create Model – Select Template и в этом же окне присваиваем параметру Database параметр InterBase.
После создания новой модели настраиваем среду разработки ERWin. В меню Model выбираем пункт ModelProperties, и в появившемся окне находим закладку Notation, где устанавливаем для логической и физической моделей параметр IE.
Выбираем пиктограмму и добавляем в поле модели сущность, сразу же присваивая ей имя “Услуги ” вместо предлагаемого E/1. Аналогично добавляем еще две сущности “Клиент” и “Сотрудники”.
Для создания домена вызываем диалог Domain Dictionary из меню Model. Для создания нового нажимаем кнопку New…. В появившемся окне указываем имя нового домена для логической и физической модели (обычно они совпадают), например Должность, затем выбираем домен или тип данных, на котором будет основываться создаваемый домен, в данном случае выбираем текстовый (string) и нажимаем ОК.
Закончив с вводом доменов и закрыв окно Domain Dictionary, дважды левой кнопкой мыши щелкаем по сущности “Услуги” и попадаем в окно ввода атрибутов, которые будут соответствовать данной сущности.
Логическая модель представлена на рисунке 5.1.
Рисунок 5.1 – Логическая модель
Физическая модель представлена на рисунке 5.2.
Рисунок 5.2 – Физическая модель
Для упрощения восприятия сущностей и содержащихся в них атрибутов можно воспользоваться таблицами «Заявки клиентов» (таблица 5.1), «Рабочий проводивший работы» (таблица 5.2), «Список работ» (таблица 5.3), «Контроль качества» (таблица 5.4).
Таблица 5.1 – Заявки клиентов
Название атрибута |
Домен |
Ключевое поле |
Длина |
Номер договора |
Number |
PK |
INTEGER |
ФИО клиентов |
String |
VARCHAR(20) | |
Номер заявки |
Number |
VARCHAR(20) | |
Материал |
String |
VARCHAR(20) | |
Сроки работ |
Date |
VARCHAR(20) | |
Наименование проекта |
String |
VARCHAR(20) | |
Описание проекта |
String |
VARCHAR(20) | |
Цена проекта |
Number |
VARCHAR(20) |
Таблица 5.2 – Рабочий проводивший работы
Название атрибута |
Домен |
Ключевое поле |
Длина |
Табельный номер рабочего |
Number |
PK |
VARCHAR(20) |
ФИО |
String |
VARCHAR(20) | |
Телефон |
Number |
VARCHAR(20) | |
Адрес |
String |
VARCHAR(20) |
Таблица 5.3 – Список работ
Название атрибута |
Домен |
Ключевое поле |
Длина |
Номер договора |
Number |
FK |
VARCHAR(20) |
Табельный номер рабочего |
Number |
FK |
VARCHAR(20) |
Продажа материала |
String |
VARCHAR(20) | |
Разработка проектов |
String |
VARCHAR(20) | |
Строительные услуги на объекте заказчика |
String |
VARCHAR(20) | |
Продажа готовых проектов |
String |
VARCHAR(20) |
Таблица 5.4 – Контроль качества
Название атрибута |
Домен |
Ключевое поле |
Длина |
Табельный номер рабочего |
Number |
FK |
VARCHAR(20) |
Соответствие договору |
String |
VARCHAR(20) | |
Соответствие ГОСТу |
String |
VARCHAR(20) | |
Брак |
String |
VARCHAR(20) |
ЗАКЛЮЧЕНИЕ
Проектирование современных информационных систем невозможно без применения специальных инструментальных средств. Для проведения анализа реорганизации бизнес-процессов служит CASE-средство верхнего уровня, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и, DFD (DataFlow Diagram). Функциональная модель в нотации IDEF0 предназначается для описания бизнес-процессов в виде иерархической системы диаграмм. Методология DFD позволяет на диаграммах отразить внешние сущности и хранилища данных. Методология IDEF3 предназначена для описания логики взаимодействия информационных потоков, взаимоотношения между процессами обработки информации.
В результате работы над курсовым проектом выбранные CASE-средства дали возможность в полной мере описать процесс создания и совершенствования персонального компьютера. Бала спроектирована информационная система, в которой были рассмотрены все этапы ее работы.
С помощью BPwin нотации IDEF0 был описан процесс поэтапной сборки усовершенствованного компьютера, содержащий контекстную диаграмму и диаграмму первого уровня.
При помощи нотации DFD была построена контекстная диаграмма и диаграмма первого уровня, был описан процесс заказов комплектующих у поставщиков, подборка и совершенствование комплектующих.
В нотации IDEF3 была описана операция «Установка комплектующих».
При помощи ERwin были разработаны логическая и физическая модели, в которых описана автоматизация заказов клиентов, подборка готовых проектов, исправление брака по гарантийному обслуживанию.
Информация о работе Инновационное совершенствование персонального компьютера