Совмещённый реестр системного и прикладного ПО

№	Наименование	Состав системного ПО	Состав прикладного ПО
	компьютер оператора сетевого справочного узла	MS Windows 7 Профессиональная	3CXPhone
Webagent 5
MS OfficeExcel
MS OfficeWorld
	компьютер начальника сетевого справочного узла	MS Windows 7 Профессиональная	Коммерческая тайна
	компьютер секретаря сетевого справочного узла	Коммерческая тайна	Коммерческая тайна
	ведущий специалист бухгалтерии	Коммерческая тайна	Коммерческая тайна

Врврвр

кыв

На таблице «Совмещённый реестр системного и прикладного ПО» приведена краткая информация об установленном основном системном и прикладном программном пакете, для компьютеров нескольких отдельных сотрудников.

 

Реестр входных и выходных данных
ГКУСК "Краевой центр информтехнологий"

№	Наименование	Тип данных	Объём данных
	Ф.И.О. Клиента	Строковые	150 символов
	Тип заявки клиента	Строковые	150 символов
	Паспортные данные	Строковые	350 символов
	Контактный № телефона	Строковые	20 символов
	Дата заявления клиента	Строковые	10 символов

 

На таблице «Реестр входных и выходных данных» приведена краткая информация об использующихся типах данных.

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

Типы интерфейсов ПО.

В качестве типов интерфейсов ПО для обмена данными используется сайт gosuslugi.ru.

Используемое ПО.

Для обработки данных используется аппаратно программный комплекс сетевого справочного телефонного узла

Вся дополнительная информация закрыта, коммерческая тайна.

 

Раздел 2. Проектирование серверной части приложения баз данных.

 

Для создания схемы базы данных я выбрал MS Access 2007. Для создания схемы базы данных перейдем во вкладку «Работа с базами данных», и нажмем кнопку «Схема данных», предварительно требуется сформировать уже заготовки таблиц базы данных. Далее необходимо добавить все заготовленные таблицы базы данных, для которых необходимо создать связи, в нашем случае это все существующие таблицы.

Связь осуществляется путем сопоставления данных в ключевых столбцах; обычно это столбцы, имеющие в обеих таблицах одинаковые названия, но в нашем случае ключевые значения имеются в таблицах «Клиенты», «Гос. Учреждения» и «Внутренние номера». В таблице «Контакты» отсутствуют ключевые значения, так как она будет объединять выше перечисленные таблицы в одну. Во всех случаях сопоставляются первичные ключи одной таблицы, содержащий для каждой из строк уникальный идентификатор, с такими же, но уже не ключевыми значениями таблицы «Контакты». Для создание последовательности обновления данных, требуется что бы все ключевые значения таблиц были задействованы.

Во всех таблицах задействован один вид связи между таблицами:

· Связь типа «один ко многим»

В базе данных на основании представленных выше таблиц мы составили следующие связи:

Начнём с таблицы «Клиенты», она связана с таблицей «Контакты», тип связи «один ко многим», так как таблица «Контакты» вычитывает данных из таблицы «Клиенты». Связь между таблицами «Гос. Учреждения» и «Внутренние номера» связаны с таблицей «Контакты» аналогично предыдущей связи. Все связи представлены на рисунке 1.

Рис. 2. Схема базы данных.

 

Инфологическая модель (информационно-логическая модель) — ориентированная на человека и не зависимая от типа СУБД модель предметной области, определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Инфологическая модель предметной области может быть описана моделью "сущность—связь"

Цель инфологического проектирования.

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

Основные понятия инфологического проектирования.

· Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных.

· Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей.

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

· Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи