перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Студент (Student) Сущность «Студент» характеризуется следующими атрибутами Данная сущность реализована в виде представления из уже имеющихся сущностей БД

Требования к окружению

Требования к аппаратному обеспечению

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

Требования к программному обеспечению

На машине пользователя должен быть установлено ADO (драйвер MS SQL Server 2000). На сервере должна существовать БД, соответствующая схеме РИВСУУП.

Требования к пользователям

Пользователь АРМа должен обладать элементарными навыками работы с компьютером. Необязательно, но желательно знакомство пользователя с другими АРМами РИВСУУП, т.к. это поможет ему быстрее освоить программу.

Также пользователь должен быть сотрудником МГУ, быть зарегистрированным пользователем БД и иметь право редактировать данные в этом АРМе. Полномочия пользователей для АРМа «Сессия», как и для всех остальных АРМов РИВСУУП, определяются с помощью АРМа «Редактор прав пользователей».

Пользователи АРМа «Сессия» делятся на две группы:

Обычные пользователи – сотрудники деканатов. Они имеют право просматривать и редактировать данные только своих деканатов. Полномочия пользователей назначаются в специальном АРМе «Редактирование прав пользователей».

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

Архитектура системы

На рис. 2 показана схема подсистем и компонентов РИВСУУП и указано, какое место в этой иерархии занимает подсистема «Сессия» в ней:

Компоненты РИВСУУП

На рис. 3 выделены принципиальные компоненты системы и их связи.

Компоненты системы

Назначение компонентов описано в следующей таблице:

Следует отметить, что все функциональные части системы завязаны на ядре РИВСУУП. Бизнес-логика приложения вынесена в самостоятельные модули, отдельно от пользовательского интерфейса, что позволяет разрабатывать разнообразные тесты на загрузку, сохранение и удаление данных. Тесты на пользовательский интерфейс не пишутся, т.к. критичной надобности в них нет.

Спецификация данных

Сущности системы

Семестр рабочего плана (WorkTerm)

В сущности «Семестр рабочего плана» имеет смысл рассматривать следующие атрибуты

Рабочий план (WorkPlan)

Сущность «Рабочий план», по аналогии с реальной жизнью, имеет следующие атрибуты:

Данная сущность реализована в БД в виде таблицы

Сессия (Session)

Сущность «Сессия» характеризуется следующими атрибутами:

Данная сущность реализована в виде представления из уже имеющихся сущностей БД.

Учебное поручение (TeacherPart)

Сущность «Учебное поручение» характеризуется следующими атрибутами:

Данная сущность реализована в виде представления из уже имеющихся сущностей БД.

Группа (Group)

Сущность «Группа» характеризуется следующими атрибутами:

Данная сущность реализована в виде представления из уже имеющихся сущностей БД. В учебных поручениях хранится именно группа для занятий, которая, в свою очередь, может являться одной академической группой, либо их объединением, либо подгруппой. Сущность «Группа» введена для того, чтобы связать академические группы с учебными поручениями.

Отчетность по дисциплине (DisciplineControl)

Сущность «Отчетность по дисциплине» характеризуется следующими атрибутами:

Данная сущность реализована в виде представления из уже имеющихся сущностей БД.

Студент (Student)

Сущность «Студент» характеризуется следующими атрибутами

Данная сущность реализована в виде представления из уже имеющихся сущностей БД.

Ведомость (ControlRegister)

Сущность «Ведомость» характеризуется следующими атрибутами

Что же касается поля «Ведомость», то оно вводится для того, чтобы в одной таблице можно было хранить и основные ведомости, и индивидуальные. Суть в том, что основная ведомость хранит ссылки на семестр учебного плана, учебное поручение и группу. Кроме того, хранится дата сдачи, считающаяся официальной.

скачать бесплатно Автоматизированное рабочее место

Содержание дипломной работы

256 Коноваловой Д
256 Коноваловой Д
Второй проблемой, возникающей при оформлении документов, помимо сбора и хранения информации, является печать документов на бланках
Первым важным шагом в процессе автоматизации Университета было принятие общей программы автоматизации
Выводы Все рассмотренные системы решают сходные задачи с РИВСУУП, однако интеграция некоторых их подсистем в РИВСУУП невозможна вследствие несовместимости платформ и схем данных
Студент (Student) Сущность «Студент» характеризуется следующими атрибутами Данная сущность реализована в виде представления из уже имеющихся сущностей БД
9) и список группы; Составление всех ведомостей по выбранной группе, на выбранной сессии (в виде документа Word)
Раньше в «КСОКе» не было привязки студентов к группам (потому что в этом не было необходимости)
Студенческое право, Юридический справочник для студентов, Белгород: 2004 г
С учетом имеющихся знаний относительно построения баз данных с помощью SQL технологии и архитектуры «клиент-сервер» было принято решение написать новую программу с учетом приведенных требований