50351 (588704), страница 4
Текст из файла (страница 4)
Модель VАRСНАR2(20) NULL
);
АLТЕR ТАВLЕ Словарь_комплектующие
АDD (РRIМАRУ КЕУ (id_Комплектующие));
/* Таблица для словаря ПО*/
СRЕАТЕ ТАВLЕ Словарь_ПО (
id_Программное_обеспечение VАRСНАR2(20) NOT NULL,
Название VАRСНАR2(20) NULL,
Версия VАRСНАR2(20) NULL,
Регистрационный_ключ VАRСНАR2(20) NULL,
Web_сайт VARСНАR2(20) NULL
);
АLТЕR ТАВLЕ Словарь_ ПО
АDD (РRIМАRУ КЕУ (id_ Программное_ обеспечение));
/ *Создание внешних ключей для организации целостности БД*/
АLТЕR ТАВLЕ Комплектующие
АDD (РRIМАRУ КЕУ (id_Комплектующие)
REFERENCES Словарь_комплектующие);
3.3 DFD диаграммы созданные с помощью САSЕ-средства ВРWin
ВРwin - средство верхнего уровня, поддерживающее методологии IDEF0 (функциональная модель), IDEFЗ (Work Flow Diagram) и DFD (Data Flow Diagram). Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывают функции обработки информации (работы), документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации (внешние ссылки, external references) и таблицы для хранения документов (хранилище данных, data store). В отличие от IDEF0 для стрелок нет понятия вход, выход, управление или механизм и неважно, в какую грань работы входит или из какой грани выходят стрелки. В ВРwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона .
На контекстной диаграмме (Рисунок 3.4) отображен процесс «Учёт компьютерной техники». Участие в этом процессе принимает администратор, который выполняет регулярные запросы на предоставление необходимой информации.
Рисунок 3.4 – Контекстная диаграмма
Рисунок 3.5 – Учет компьютерного оборудования
Рисунок 3.6 – Работать с компьютером
3.3.1 Словарь данных
@ИМЯ = ДАННЫЕ О КОМПЬЮТЕРАХ
@ТИП = дискретный
@БНФ = организация + подразделение + сотрудник + наименование +
производитель + серийный № +документ + поставщик + цена +
гарантия
@ИМЯ = ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@ТИП = дискретный
@БНФ = ДАННЫЕ О КОМПЬЮТЕРАХ + инвентарный № + количество +
сумма + дата
@ИМЯ = ИНФОРМАЦИЯ О КОМПЬЮТЕРАХ
@ТИП = дискретный
@БНФ = ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@ИМЯ = ДАННЫЕ О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ
@ТИП = дискретный
@БНФ = организация + подразделение + сотрудник + инвентарный № +
название + версия + регистрационный ключ + цена + Web-сайт
@ИМЯ = ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О ПРОГРАММНОМ
ОБЕСПЕЧЕНИИ
@ТИП = дискретный
@БНФ = ДАННЫЕ О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ
@ИМЯ = ИНФОРМАЦИЯ О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ
@ТИП = дискретный
@БНФ = ДАННЫЕ О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ
@ИМЯ = ДАННЫЕ О КОМПЛЕКТУЮЩИХ
@ТИП = дискретный
@БНФ = организация + подразделение + сотрудник + инвентарный № +
название + модель + производитель + поставщик
@ИМЯ = ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О КОМПЛЕКТУЮЩИХ @ТИП = дискретный
@БНФ = ДАННЫЕ О КОМПЛЕКТУЮЩИХ
@ИМЯ = ИНФОРМАЦИЯ О КОМПЛЕКТУЮЩИХ
@ТИП = дискретный
@БНФ = ДАННЫЕ О КОМПЛЕКТУЮЩИХ
3.3.2 Спецификация процессов
Работать с комплектующими
@ВХОД = ДАННЫЕ О КОМПЛЕКТУЮЩИХ, ИНФОРМАЦИЯ О
КОМПЛЕКТУЮЩИХ
@ВЫХОД = ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О КОМПЛЕКТУЮЩИХ
@СПЕЦПРОЦ 0.2
Внести ДАННЫЕ О КОМПЛЕКТУЮЩИХ в базу данных отдела
@КОНЕЦ СПЕЦПРОЦ 0.2
Работать с программным обеспечением
@ВХОД = ДАННЫЕ О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ, ИНФОРМАЦИЯ
О ПРОГРАММНОМ ОБЕСПЕЧЕНИИ
@ВЫХОД = ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О ПРОГРАММНОМ
ОБЕСПЕЧЕНИИ, ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@СПЕЦПРОЦ 0.3
Произвести ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О ПРОГРАММНОМ
ОБЕСПЕЧЕНИИ в базу данных отдела
@КОНЕЦ СПЕЦПРОЦ 0.3
Зарегистрировать новый компьютер
@ВХОД = ДАННЫЕ О КОМПЬЮТЕРАХ
@ВЫХОД = ИНФОРМАЦИЯ О КОМПЬЮТЕРАХ, ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@СПЕЦПРОЦ 1.1
На основании ДАННЫЕ О КОМПЬЮТЕРАХ произвести ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О КОМПЬЮТЕРАХ
@КОНЕЦ СПЕЦПРОЦ 1.1
Изменение данных о компьютере
@ВХОД = ДАННЫЕ О КОМПЬЮТЕРАХ
@ВЫХОД = ИЗМЕНЕНИЕ ДАННЫХ О КОМПЬЮТЕРАХ
@СПЕЦПРОЦ 1.2
На основании ДАННЫЕ О КОМПЬЮТЕРАХ произвести ВНЕСЕНИЕ, ИЗМЕНЕНИЕ ДАННЫХ О КОМПЬЮТЕРАХ
@КОНЕЦ СПЕЦПРОЦ 1.2
Поиск данных о компьютере
@ВХОД = ДАННЫЕ О КОМПЬЮТЕРАХ
@ВЫХОД = ИНФОРМАЦИЯ О КОМПЬЮТЕРАХ, ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@СПЕЦПРОЦ 1.3
На основании ДАННЫЕ О КОМПЬЮТЕРАХ произвести поиск ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@КОНЕЦ СПЕЦПРОЦ 1.3
Формирование отчета
@ВХОД = ДАННЫЕ О КОМПЬЮТЕРАХ
@ВЫХОД = ИНФОРМАЦИЯ О КОМПЬЮТЕРАХ, ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@СПЕЦПРОЦ 1.4
На основании ДАННЫЕ О КОМПЬЮТЕРАХ сформировать ОТЧЕТ ДЛЯ АДМИНИСТРАТОРА
@КОНЕЦ СПЕЦПРОЦ 1.4
4 Разработка программного обеспечения
4.1 Требования к программному обеспеченью
Требования, предъявляемые к проектируемой системе можно разделить на две категории:
а) функциональные требования;
б) нефункциональные требования.
Функциональные требования определяют базовую функциональность системы, в последствии они могут быть дополнены.
Нефункциональные требования непосредственно не влияют на функционирование, но тем не менее также должны быть выполнены.
4.1.1 Функциональные требования
К системе предъявляются следующие функциональные требования:
а) система должна обеспечивать хранение вводимых данных по комплектующим;
б) система должна обеспечивать хранение данных по компьютерам;
в) система должна производить аутентификацию пользователя по введенному логину и паролю;
г) система должна обеспечивать возможность создания настраиваемых отчетов;
д) система должна обеспечивать возможность поиска данных;
е) система должна обеспечивать возможность удаления и редактирования внесенных данных.
4.1.2 Нефункциональные требования
Разрабатываемая информационная система должна соответствовать следующим нефункциональным требованиям:
а) работать под управлением операционной системы Windows
98/2000/ХР;
б) предоставлять клиентам графический интерфейс для работы;
в) обеспечивать конфиденциальность, хранимых данных;
г) обеспечивать целостность и непротиворечивость данных.
4.2 Проектирование системы с использованием RATIONAL ROSE
Большинство существующих методов ООАП включает как язык моделирования, так и описания процесса моделирования. Язык моделирования это нотация в основном графическая, которая используется для описания проекта. Нотация представляет собой совокупность графических объектов, которые используются в модели. Она является синтаксисом языка моделирования. UML приемник такого поколения ООАП, которые появились в конце 80 г. RATIONAL ROSE для проектирования использует унифицированный язык моделирования (UML).
Достоинства UML:
а) Визуальный язык моделирования;
б) Есть механизмы расширяемости и специализации для расширения базовых концепций;
в) Обеспечения независимости от конкретных языков программирования и
процессов разработки.
4.2.1 Диаграмма вариантов использования
Диаграмма Вариантов Использования (Рисунок 4.1) содержит некоторые варианты использования системы, некоторых действующих лиц и связи между ними. Вариант использования (use case) — это описание функциональности системы на “высоком уровне”. Действующее лицо (actor) это все, что взаимодействует с системой.
Варианты использования и действующие лица определяют сферу применения создаваемой системы. При этом варианты использования описывают все то, что происходит внутри системы, а действующие лица то, что происходит снаружи.
Рисунок 4.1 – Диаграмма вариантов использования
В процессе изучения предметной области удалось выделить одно действующее лицо это администратор.
Администратор, при входе в систему, при помощи процесса «Аутиденитификация пользователя» вносит логин и пароль.
При выборе варианта использования «Регистрация нового компьютера» происходит занесение в базу данных информации о новом компьютере.
При выборе варианта использования «Изменение данных о компьютере» администратор вносит критерии поиска компьютера информацию, о котором нужно изменить, если поиск прошёл успешно, то администратор изменяет информацию и система заносит в базу данных измененную информацию о компьютере.
При выборе вариантов использования «Регистрация новых комплектующих элементов», «Изменение данных о комплектующих», «Регистрация нового программного обеспечения» и «Изменение данных о программном обеспечении» всё происходит аналогично вариантам использования «Регистрация нового компьютера» и «Изменение данных о компьютере».
При выборе варианта использования «Создать структуру предприятия» администратор создаёт структуру предприятия в виде дерева с главными и подчиненными подразделениями.
При выборе варианта использования «Редактировать структуру предприятия» администратор вносит изменения в структуру предприятия.
При выборе варианта использования «Создать структуру компьютера» администратор создаёт структуру компьютера в виде дерева, вершина которого название компьютера, а подчинёнными являются комплектующие элементы, входящие в состав компьютера.
При выборе варианта использования «Редактировать структуру компьютера» администратор вносит изменения в структуру компьютера.
При выборе варианта использования «Переместить оборудование» система выдаёт окно, в левой части которого структура предприятия, а в правой части компьютеры. Администратор путём выбора подразделения может увидеть, какие компьютеры там находятся и при необходимости перенести их в другое подразделение.
При выборе варианта использования «Переместить комплектующие» система выдаёт окно, поделённое на две части в которых находятся компьютеры. Администратор, выбирая компьютер, может увидеть его состав и при необходимости перенести один или несколько комплектующих элементов в другой компьютер.
4.2.2 Диаграмма последовательности
Диаграмма Последовательности — это упорядоченная по времени диаграмма Взаимодействия, читать ее следует сверху вниз, У каждого варианта использования имеется большое количество альтернативных потоков. Каждая диаграмма Последовательности описывает один из потоков варианта использования. Участвующие в потоке объекты нарисованы в прямоугольниках в верхней части диаграммы. У каждого объекта имеется линия жизни (lifeline), изображаемая в виде вертикальной штриховой линии под объектом. Сообщения, соответствующие коммуникациям между объектами, рисуют между линиями жизни объектов.
Сообщение показывает, что один объект вызывает функцию другого. Сообщения могут быть рефлексивными, что соответствует обращению объекта к своей собственной операции.
В диаграмме «Аутоинтефикация администратора» (Рисунок 4.2), администратор вносит логин и пароль. Система проверяет наличие данных в списке пользователей системы. Если пользователь не найден, система отправляет уведомление о невозможности аутиденитификации, и при получении положительного ответа, осуществляет вход в систему.
Рисунок 4.2 – Аутиденитификация администратора
В диаграмме «Регистрация нового компьютера» (Рисунок 4.3), администратор производит запрос на регистрацию нового компьютера. Система предоставляет форму для регистрации. Администратор вносит данные, проверяет их достоверность, и система по запросу пользователя фиксирует результат в БД. Пользователю выводится сообщение об удачной регистрации товара.
Рисунок 4.3 – Регистрация нового компьютера
В диаграмме «Изменение данных о компьютерах» (Рисунок 4.4), администратор производит запрос на изменение данных, затем вносит критерии поиска компьютера информацию, о котором нужно изменить, система ищет информацию в базе данных и если информация найдена, то администратор вносит изменения, проверяет их достоверность, и система по запросу пользователя фиксирует результат в БД. Пользователю выводится сообщение об удачной регистрации компьютера.
Рисунок 4.4 – Изменение данных о компьютерах
В диаграмме «Перемещение комплектующих» (Рисунок 4.5) администратор производит поиск компьютеров, система выдаёт список всех компьютеров, и администратор выбирает компьютеры, комплектующие которые нужно перенести. Система ищет комплектующие выбранных компьютеров и выдаёт их администратору. Он переносит нужные комплектующие, и система по запросу пользователя фиксирует результат в БД. Пользователю выводится сообщение об удачном перемещении комплектующих.