Информационная система учета публикаций преподавателей кат

Преимущества топологии  «звезда»:

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

Учитывая требования надежности и безопасности топология «Звезда» удовлетворяет заданным условиям системы.

 

3. Функциональная и организационная структура информационной системы

3.1 Методология  SADT

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

Методология SADT определяет функциональную структуру объекта, то есть производимые им действия и связь между этими действиями.

Основными элементами этой методологии являются:

• графическое представление блочного моделирования;
• выполнение правил SADT требует соблюдения строгости и точности, не ограничивая при этом действия аналитиков.

Правила SADT включают:

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

3.1.1 Используя элементы и правила, были построены схемы SADT 1 и 2 уровней, представленные на рисунке 1 и на рисунке 2.

Рисунок 1 – Диаграмма SADT 1 уровня

Рисунок 2 – Диаграмма SADT 2 уровня

3.2 Организационная  структура ИС

Так как заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор. Данная схема приведена на рисунке 3.

К преимуществу данной схемы  можно отнести минимальное количество организаций - участников процесса и минимальные сроки и стоимость разработки.

Рисунок 3 – Схема организации  работ для небольших заказов

3.3 Кадры проекта

Этапы реализации и участники  проекта (заказчик, исполнитель, администратор, пользователь) представлены в таблице 1.

Таблица 1 – Состав участников проекта

№ п/п	Этапы реализации проекта	Участники проекта
		Заказчик	Исполнитель	Администратор	Пользователь
1	Инициация	Заявка на проект, общие цели
2	Планирование	Уточнение требований к проекту	Планирование  разработки		Уточнение требований к проекту
3	Исполнение  и контроль	Наблюдение  за разработкой	Разработка  и тестирование
4	Завершение	Принятие готового проекта	Завершение  разработки	Администрирует проект	Использует  проект

 

3.4 Архитектура ИС

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

Исходя из анализа предметной области  и на основании требований к ИС, целесообразно использовать архитектуру  «Клиент-сервер», обладающую следующими особенностями:

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

 

3.5 Модель ИС

3.5.1 В архитектуре «Клиент-сервер» обычно выделяют три модели взаимодействия клиента и сервера:

• RDA (Remote Data Access) – модель «доступа к удаленным данным», при которой данные и программы, обеспечивающие доступ к данным по сети, располагаются на сервере, а программы решения прикладных задач, организации ввода информации и отображения результатов – на рабочей станции клиента.

Основное достоинство RDA-модели — унификация интерфейса "клиент-сервер", стандартом при общении приложения-клиента и сервера становится язык SQL.

• DBS (DataBase Server) - модель сервера базы данных, в которой компонента представления размещена в клиентской части, а прикладная компонента и доступ к информационным ресурсам - в серверной.
• AS (Application Server) - модель сервера приложений, в которой компонента представления находиться в клиентской части, прикладная компонента - в «сервере приложения», а компонента доступа к информационным ресурсам - в «сервере базы данных». 

3.5.2 На основании требований надежности и защиты информации для построения многопользовательских информационных систем была выбрана смешанная модель, включающая в себя функции RDA и DBS.

 

 

4 Организация информационной базы

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

4.1 Источники информации и способ ее передачи

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

4.2 Показатели  системы

В таблице 2 приведена  информация об имеющихся публикациях. Таблица 4 содержит информацию о преподавателях и о публикациях, которые они создали. В таблице 3 содержатся данные о преподавателях, включая таблицу 5 и 6, указывающую виды должностей и комиссию.

4.3 Структура  информационной базы системы

На рисунке 2 приведена  структура информационной базы данных системы.

Рисунок 2 – Схема данных

Столбец «Наименование полей» содержит имя поля таблицы.

Столбец «Тип данных»  определяет какого типа поле (integer, char и т.д.).

Столбец «Нулевой статус» показывает может ли поле быть неопределенно.

Столбец «Ключ» заполняется, если данное поле ключевое.

Столбец «Ограничение»  содержит ограничения для поля, если оно есть.

Столбец «Ссылки» содержит имя поля другой таблицы, если по данному полю есть связь с другой таблицей.

Столбец «Пример» содержит возможное значение для данного  поля.

4.3.1 Структура таблицы «Публикации»

Структура таблицы «Публикации» представлена в таблице 2.

Таблица 2 - Publ

Наименование полей	Тип данных	Нулевой статус	Ключ	Ограничение	Ссылки	Пример
KodPubl	integer	Not null	Первичный		Uchet.KodPubl	1
Nazvanie	char	Not null				Методические рекомендации
Temat	char	Not null				Методическая работа
Annotazia	memo	Not null				Методические рекомендации для 4 курса по предмету «Управление  проектами»
Urov	char	Not null				территориальный

4.3.2 Структура таблицы «Преподаватели»

Структура таблицы «Преподаватели» представлена в таблице 3.

Таблица 3 - Prepod

Наименование полей	Тип данных	Нулевой статус	Ключ	Ограничение	Ссылки	Пример
KodPrep	integer	Not null	Первичный			1
Fam	char	Not null				Петров
Nam	char	Not null				Николай
Oth	char	Not null				Васильевич
Obraz	char	Not null				высшее
Stage	integer	null				2
KodDolg	integer	Not null	Внешний		Dolgnost.KodDolg	1
Nagruzka	integer	null				8
pass	char	Not null				12345
id_kom	integer	Not null	Внешний		Komiss.id_kom	1

4.3.3 Структура таблицы «Учет»

Структура таблицы «Учет» представлена в таблице 4.

Таблица 4 - Uchet

Наименование полей	Тип данных	Нулевой статус	Ключ	Ограничение	Ссылки	Пример
KodPrep	integer	Not null	Внешний		Prepod.KodPrep	1
KodPubl	integer	Not null	Внешний		Publ.KodPubl	2
Data	DateTime	null		10		10.11.2013

4.3.4 Структура таблицы «Должность»

Структура таблицы «Должность» представлена в таблице 5.

Таблица 5 - Dolgnost

Наименование полей	Тип данных	Нулевой статус	Ключ	Ограничение	Ссылки	Пример
KodDolg	integer	Not null	Первичный		Prepod.KodDolg	1
Dolgnost	char	Not null				ПЦК

4.3.5 Структура таблицы «Комиссия»

Структура таблицы «Комиссия» представлена в таблице 6.

Таблица 6 - komiss

Наименование полей	Тип данных	Нулевой статус	Ключ	Ограничение	Ссылки	Пример
Id_kom	integer	Not null	Первичный		Prepod.id_kom	1
komiss	char	Not null				вычислительная

 

4.4 Поддержание ссылочной целостности

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

Триггер - особый инструмент SQL-сервера, используемый для поддержания  целостности данных в базе данных. Их исполнение происходит при выполнении для таблицы какого-либо оператора  языка манипулирования данными (DML).

 

2. Триггер добавления записей в таблицу «Преподаватели»

create trigger ADDprep on Prepod instead of insert

as declare @KodPrep int, @Fam nvarchar(40), @Nam nvarchar(40), @Oth nvarchar(40), @Obraz nvarchar(40), @Stage int, @KodDolg int, @Nagruzka int, @pass nvarchar(40), @id_kom

select @KodPrep=max(KodPrep) from Prepod

select @Fam=ins.Fam, @Nam=ins.Nam, @Otch=ins.Oth, @Obraz=ins.Obraz, @Stage=ins.Stage, @KodDolg=ins.KosDolg, @Nagruzka=ins.Nagruzka, @pass=ins.pass, @id_kom=ins.id_kom from inserted ins

insert into Prepod values (@KodPrep+1, @Fam, @Nam, @Oth, @Obraz, @Stage, @KodDolg, @Nagruzka, @pass, @id_kom)

3. Триггер удаления записей из таблицы «Преподаватели»

create trigger DELprep on Prepod instead of delete as declare @KodPrep int

select @KodPrep=del.KodPrep from deleted del

if exists (select * from Uchet where KodPrep=@KodPrep)

delete from Uchet where KodPrep=@KodPrep

if exists (select * from Data where KodPrep=@KodPrep)

delete from Data where KodPrep=@KodPrep

delete from Prepod where KodPrep=@KodPrep

4. Триггер добавления записей в таблицу «Публикации»

create trigger ADDpubl on Publ instead of insert

as declare @KodPubl int, @Nazvanie nvarchar(40), @Temat nvarchar(40), @Annotazia nvarchar(100), @Urov nvarchar(40)

select @KodPubl=max(KodPubl) from Publ