Разработка автоматизированной информационной системы учета заявок на ремонт подвижного состава на примере предприятия РМ ПАТП-6
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
»иент-сервер инвариантна по отношению к физическому способу организации связи между клиентом и сервером. Они могут функционировать как в одном, так и в нескольких узлах вычислительной сети. Если клиент и сервер располагаются в одном и том же компьютере узла сети, то это снижает производительность сервера, так как часть вычислительных ресурсов используется на обслуживание клиента. Если же клиент и сервер располагаются в разных узлах сети, то это замедляет доступ к базе данных, так как клиент и сервер связаны средой с более низкой пропускной способностью, чем оперативная память ПК. Однако этот недостаток обычно компенсируется за счет использования дополнительной вычислительной мощности, предоставляемой оборудованием рабочих станций.
Для повышения производительности сервер базы данных посылает клиенту только данные, которые релевантные выданному запросу, что уменьшает объем передаваемой по сети информации.
2.2 Проектирование пользовательского интерфейса
При проектировании прототипов пользовательского интерфейса была использована СУБД Access.
СУБД - это специальный комплекс программ и языков, по средствам которого организуется централизованное управление базами данных и обеспечивается доступ к ним.
В состав любой СУБД входят языки двух типов:
-язык описания данных (с его помощью описываются типы данных, их структура и связи);
-язык манипулирования данными (язык запросов к БД), предназначенный для организации работы с данными в интересах всех типов пользователей.
Интерфейс - это общение между компьютером и человеком. На практическом уровне, интерфейс - это набор стандартных приемов взаимодействия с техникой.
При работе с компьютером у пользователя формируется система ожидания одинаковых реакций на одинаковые действия, что постоянно подкрепляет пользовательскую модель интерфейса.
Другой составляющей интерфейса является свойство его конкретности и наглядности. Это осуществляется применением плана панели, использованием цветов и другой выразительной техники, с которым непосредственно общается пользователь.
Приложение состоит из не визуальных и визуальных компонентов работы с БД, компонентов для выдачи отчетов, а также модулей данных. Визуальные компоненты служат для представления данных из не визуальных компонентов, т.е. служат целям обеспечения интерфейса пользователя при работе с данными.
Модули данных служат для централизованного хранения отдельных экземпляров не визуальных компонентов с целью придания тем или иным наборам данных единообразного поведения приложения.
Прототип пользовательского интерфейса верхнего уровня можно посмотреть ниже на рисунке 2.2.
Рисунок 2.2 - прототип пользовательского интерфейса верхнего уровня
Прототип пользовательского интерфейса нижнего уровня можно посмотреть ниже на рисунке 2.3.
Рисунок 2.3 - прототип пользовательского интерфейса нижнего уровня
.3 Проектирование баз данных
.3.1 Концептуальное проектирование БД
Концептуальная схема базы данных и концептуальные спецификации взаимодействующих с ней процессов представляют собой формальную высокоуровневую спецификацию статических и динамических свойств БД. Данная спецификация СУБД является независимой т.к. не использует моделей и языковых средств никакой конкретной СУБД. Она формализует требования к БД на семантическом уровне и служит в качестве исходных данных логического проектирования, которое ведется с учетом особенностей конкретной СУБД.
Средством формализации структурных и поведенческих свойств БД на семантическом уровне служит концептуальная модель данных. В состав ее структурных понятий входят объекты и агрегаты, их свойства и специализации на классы, а также классификационные решетки, с помощью которых выделяются пересечения классов разных специализаций.
Для этапа концептуального проектирования БД реализована в виде автоматизированного получения начальных концептуальных спецификаций проекта БД: начальной схемы и начальных спецификаций процессов. Концептуальная схема БД должна интегрировать структурные потребности всех информационных задач проектируемой системы. Начальный вариант схемы определяет состав основных объектов предметной области, выступающих в роли глобальных поставщиков информации для информационных задач. Детальные потребности этих задач в элементах данных рассредоточены в макетных спецификациях и могут оказаться не учтенными в структуре объектов предметной области.
Концептуальная модель данных представлена на рисунке 2.4.
Рисунок 2.4 - Концептуальная модель.
программный обеспечение пользовательский модуль
2.3.2 Разработка логической модели данных
Логическая модель данных строилась на основе концептуальной модели данных, отражающей представление отдельного пользователя о предметной области приложения, и проверка полученной модели с помощью методов нормализации и контроля выполнения транзакций /19/.
Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Эта модель данных является начальным этапом будущей базы данных. Логическая модель данных является визуальным представлением структур данных, их атрибутов и бизнес-правил.