Разработка многопользовательской информационной системы

Содержание

Введение

1. Техническое задание.

1.1 Анализ предметной области.

1.2 Постановка задачи.

2. Технический проект.

2.1 Функциональная модель

2.1.1 Контекстная диаграмма и диаграммы детализации процессов.

2.1.2 Диаграмма дерева узлов.

2.2 Информационная модель.

2.2.1 Идентификация сущностей и связей. ER-диаграмма логического уровня.

2.2.2 Нормализация схемы данных. Разрешение неспецифических отношений. Уточнение типов данных для атрибутов схем отношений. Реализация ссылочной целостности. Проектирование индексов. ER-диаграмма физического уровня.

2.3 Верификация логической модели системы.

3. Реализация системы.

3.1 Описание программного обеспечения, разработанного в архитектуре «клиент - сервер».

3.2 SQL-определения регламентированных запросов и представлений

4. Исследование операционных характеристик ИСС.

4.1 Описание базы данных контрольного примера.

4.2 Анализ результатов тестирования ИСС.

Заключение

Список использованных литературных источников

5. Перечень графического материала

5.1 Функциональные диаграммы первого и второго уровней.

5.2 Диаграмма дерева узлов функциональной модели.

5.3. ER-диаграмма схемы базы данных физического уровня.

Введение

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

Системы автоматизации строительной работы в последние годы медленно, но верно занимают своё место и в этой сфере деятельности. Автоматизация расчетов и создание отчетов во много раз повышают эффективность и качество работы, облегчают труд проектировщика, освобождая время для творческого поиска.

Целью данного курсового проекта является реализация информационной системы «Стройгенплан» в архитектуре «клиент-сервер». Данная программа обладает всеми необходимыми компонентами для выполнения любых задач связанных с поиском, расчётом и обработкой информации, удобным графическим интерфейсом, средствами для форматированного вывода информации на печать.

1. Техническое задание

1.1 Анализ предметной области

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

1.2 Постановка задачи

Задачей данного курсового проекта является реализация информационной системы

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

ввод и хранение сведений о материалах и конструкциях;

расчёт временных зданий и сооружений;

расчёт складов;

расчёт максимального водопотребления;

расчёт максимальной мощности трансформаторной подстанции;

проверка расчётов по стройгенплану.

2. Технический проект

2.1 Функциональная модель

Для проведения анализа и функционального проектирования информационной системы используется CASE – средство Bpwin. Bpwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать организационную систему.

Информационная система функционирует следующим образом.

Все данные хранятся на внешнем носителе (диске). При необходимости работы с данными, пользователь запускает программу, адаптированную программистом для ввода и обработки данных в конкретной предметной области. Эта программа предоставляет пользователю интерфейс для работы с БД и возможности манипулирования данными.

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

-     в формах – для вывода наглядной информации для пользователя; после закрытия формы результаты преобразования не сохраняются;

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

Вывод данных на экран осуществляется посредством вызова соответствующих таблиц, запросов, форм или отчетов. Таблицы соответствуют физическим данным, которые хранятся на диске. Результаты запросов также можно сохранять в отдельных таблицах. Результаты отчетов выводят на принтер.

2.1.1 Контекстная диаграмма и диаграммы детализации процессов

Первая диаграмма в иерархии диаграмм IDEF0 изображает функционирование в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель).

После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме.

Контекстная диаграмма представляет собой схему управления отделами стройгенплана. Управляющим воздействием являются нормативные акты и приказы; входные данные – данные для проекта(запросов и отчетов), они вводятся пользователем. Результатом функционирования являются различные отчеты.

рисунок 1 – Контекстная диаграмма.

Функциональная модель (диаграммы первого и второго уровней) рассматриваемой информационной системы изображена в приложении 5.1.

2.1.2 Диаграмма дерева узлов

Диаграмма дерева узлов моделируемой информационной системы изображена в приложении 5.2. На ней представлены иерархические зависимости моделируемых процессов.

2.2 Информационная модель

2.2.1 Идентификация сущностей и связей. ER-диаграмма логического уровня

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

Для однозначного определении записей в каждом из отношений выделен первичный ключ (простой или составной).

Внешние ключи для отношений БД: обозначены с FK

На логическом уровне проектирования в моделируемой базе данных присутствуют следующие типы связей между описанными сущностями:

1) связь типа один ко многим между Водопроводом и Расчётом, Трансформаторной подстанцией и Расчётом, Расчётом и Складом;

2) связь типа многие ко многим между Временным зданием и расчётом и Складом и материалами.

рисунок 1 - ER-диаграмма логического уровня.

2.2.2 Нормализация схемы данных. Разрешение неспецифических отношений. Уточнение типов данных для атрибутов схем отношений. Реализация ссылочной целостности. Проектирование индексов. ER-диаграмма физического уровня

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

Все не ключевые атрибуты функционально полно и не транзитивно зависят от первичного ключа. Следовательно, отношение находится в БКНФ.

Все вышеизложенные отношения функционально полно зависят от первичного ключа.

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

Таким образом, все отношения находятся в БКНФ.

На логическом уровне в моделируемой системе присутствовала связь типа «многие ко многим» между сущностью Временными зданиями и сущностью Расчётом, и Складом и Материалами. Для её реализации на физическом уровне была введена дополнительная зависимая сущность Временные_Расчёт и Склад. _Материалы.

Приведенная в приложении 5.3 диаграмма наглядно отображает все атрибуты отношений и их физические характеристики.