Разработка контекстной диаграммы
Контекстной диаграмма позволяет наглядно представить бизнес-процессы, протекающие в данной информационной системе, документооборот и информационные массивы При построении данной диаграммы используется принцип иерархического упорядочивания – принцип организации составных частей системы. Построение иерархии диаграмм начинается с построения системы в виде простейшего компонента – одного блока и дуг. Дуги – это функции данной системы (входные и выходные данные, механизм работы системы и управляющая информация). Полученная модель может служить основой для создания программно-информационной системы.
Контекстная диаграмма показана на рисунке 2.
Рисунок 2 – Контекстная диаграмма
Разработка программной системы
Описание системы с использованием языка моделирования UML
Приступим к созданию модели приложения «Библиотеки вуза». На основе описанных требований и ограничений выделим классы пользователей системы, определим требования к ним и дадим описание системы с точки зрения пользователя. В системе обозначений UML таким описанием является представление использования (Use-Case View). Это представление может состоять из нескольких диаграмм использования (Use-Case Diagram), которые описывают отдельные части системы и систему в целом. Сначала составим диаграмму использования, описывающую систему в целом
Описание системы с данного языка моделирования представлено на рисунках 3,4.
|
|
| ||||||
Рисунок 4 – Представление работы системы в целом
Рисунок 4 – Представление работы системы в целом
Технология проектирования баз данных
База данных – специальным образом организованная совокупность данных большого объема и сложной структуры, построенная с учетом принципов интеграции, обеспечивающая одноразовый ввод данных и их многоаспектное использование.
В основу проектирования базы данных должны быть положены представления конечных пользователей конкретной организации – концептуальные требования к системе. От оперативности и качества информации будет зависеть эффективность работы организации.
При рассмотрении требований конечных пользователей необходимо принимать во внимание следующее:
- База данных должна удовлетворять актуальным информационным потребностям организации. Получаемая информация должна по структуре и содержанию соответствовать решаемым задачам.
|
|
- База данных должна обеспечивать получение требуемых данных за приемлемое время, т. е. отвечать заданным требованиям производительности.
- База данных должна удовлетворять выявленным и вновь возникающим требованиям конечных пользователей.
- База данных должна легко расширяться при реорганизации и расширении предметной области.
- База данных должна легко изменяться при изменении программной и аппаратной среды.
- Загруженные в базу данных корректные данные должны оставаться корректными.
- Данные до включения в базу данных должны проверяться на достоверность методом верификации.
- Доступ к данным, размещаемым в базе данных, должны иметь только лица с соответствующими полномочиями.
Этапы проектирования базы данных с учетом рассмотренных выше аспектов представлены на рисунке 5.
Рисунок 5 – Проектирование базы данных
Определение сущностей
Сущность (объект) – в реляционной теории баз данных элемент информационной системы, информация о котором сохраняется. объект можем быть реальным и абстрактным. Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе.
|
|
При проектировании базы данных книжного магазина можно выделить следующие сущности:
- ЧИТАТЕЛЬ;
- ПЕЧАТНОЕ ИЗДАНИЕ;
- ВЫДАЧА;
- КАТАЛОГ;
- ЧИТАТЕЛЬ-ЗАДОЛЖНИК;
Дата добавления: 2019-07-15; просмотров: 318; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!