close

Вход

Забыли?

вход по аккаунту

?

Poyasnitelnaya zapiska(369)

код для вставкиСкачать
Санкт-Петербургский Государственный университет культуры и искусств
Факультет информационных технологий
Техническое задание на
информационную систему "Колледж"
Проект подготовил студент группы 318
Павлов Денис
Санкт-Петербург, 2012
ЦЕЛИ СОЗДАНИЯ И НАЗНАЧЕНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ (ИС)
Целью проекта "Колледж" является создание типовой информационной системы автоматизированного учета: студентов, преподавателей, дисциплин, расписаний. Назначение ИС: Автоматизация управления учебным процессом.
ОПИСАНИЕ СУЩЕСТВУЮЩИХ ПРОЦЕССОВ
Деятельность колледжа заключается в подготовке студентов по определённым специализациям. Колледж проводит вступительные испытания и зачисляет студентов по результатам этих испытаний. Обучение проводится по государственным стандартам. Студенты, не сдавшие сессии в срок, отчисляются. По окончании колледжа студенты получают диплом, и им присваивается определённая квалификация. Контекстная диаграмма деятельности колледжа приведена на рис.1.
Рис. 1. Контекстная диаграмма
Основные процедуры колледжа следующие:
* Административная деятельность заключается в приёме студентов, педагогов, составлении учебных планов. Сотрудникам необходимо владеть информацией о количестве принятых и отчисленных студентов, о преподаваемых дисциплинах и о расписании занятий.
* Учебная деятельность заключается в проведении теоретических и практических занятий, принятии сессий. Должна быть информация о проведённых курсах и возможность наиболее объективно оценить знания студентов. В результате сдачи сессий решается вопрос о начислении стипендий.
* Спортивная деятельность заключается в проведении тренировок и соревнований, принятии нормативов. Основные процедуры компании следующие:
Рис. 2. Деятельность колледжа
Рис. 3. Декомпозиция "Административная деятельность"
Рис. 4. Декомпозиция "Учебная деятельность"
Рис. 5. Декомпозиция "Спортивная деятельность"
Рис. 6. Диаграмма "дерева узлов" ОБЩИЕ ТРЕБОВАНИЯ
Разрабатываемая система должна иметь возможность:
* пополнения и редактирования данных о студентах, преподавателях, дисциплинах.
* анализа данных
* получения отчетов (списки студентов, расписания занятий)
Система должна обладать возможностью ретроспективного анализа и хранить данные о студентах, преподавателях и дисциплинах, по крайней мере, в течение года.
При этом предполагается, что компьютеры деканатов объединены в локальную сеть. Декану факультета необходимо владеть информацией:
О студентах
О преподавателях
Об учебных планах
Пользователи системы
Пользователи системы по имеющимся у них обязанностям, делятся на следующие категории:
* Декан факультета * Преподаватель
Функциональные требования
Система должна обеспечивать выполнение следующих функций.
Рис.7. Диаграмма прецедентов использования для всех категорий пользователей
Рис. 8. Диаграмма прецедентов для подсистемы "Декан"
Рис. 9. Диаграмма прецедентов для подсистемы "преподаватель".
ОБЪЕКТЫ СИСТЕМЫ
Система должна обеспечить моделирование следующего минимального набора объектов, изображенного на рис. 10:
Рис. 10. Объектная модель
НЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ
Требования к безопасности
Вход в систему каждого пользователя должен быть защищен паролем. Требования к интернациолизации
Система должна поддерживать русский язык
Требования к организационному обеспечению
Техническому персоналу должно быть вменено в обязанности поддержка сервера системы, периодическое копирование файлов системы и восстановление системы после сбоев.
Требования к техническому обеспечению
Серверная часть системы требует компьютера с операционной системой Windows 7 или WindowsXP с оперативной памятью не менее 1024 Мб, дисковой памятью не менее 100 Гб и процессором не хуже Pentium-IV 2400 МГц. Компьютеры системы должны быть объединены в локальную компьютерную сеть.
Компьютеры клиентов (пользователей) системы должны иметь операционную систему Windows XP и выше. На компьютерах должен быть установлен MSAccess. Клиент должен иметь доступ к локальному или сетевому принтеру для печати выходных форм.
ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
Для данной предметной области были выделены следующие подмножества модели:
> Поступление
> Обучение
> Окончание обучения
Рис. 11. Диаграмма сущность-связь
Ниже приводится полная атрибутивная модель для каждой предметной области
Рис. 12. Поступление. Полная атрибутивная модель
Рис. 13. Обучение. Полная атрибутивная модель
Рис. 14. Окончание обучения. Полная атрибутивная модель
Физические модели данных для подсистем приведены ниже.
Рис. 15. Поступление. Физическая модель
Рис. 16. Поступление. Физическая модель
Рис. 17. Окончание обучения. Физическая модель
Документ
Категория
Разное
Просмотров
17
Размер файла
190 Кб
Теги
poyasnitelnaya, zapiska, 369
1/--страниц
Пожаловаться на содержимое документа