1. анализ поставленной задачи 4

• Название: 1. анализ поставленной задачи 4
• Дата: 13.10.2018
• Размер: 0.6 Mb.
• Имя файла: Sergacheva_A_I_PZ.docx
• Тип: Реферат; #53264
• страница: 10 из 11

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. 
   Когаловский М.Р. Энциклопедия технологий баз данных.— М.: Финансы и статистика, 2002. — 800с.
   
2. 
   Кузнецов С. Д. Основы баз данных.— 2-е изд.— М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007.— 484с.
   
3. 
   Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс = Database Systems: The Complete Book.— Вильямс, 2003.— 1088с.
   
4. 
   О.Г.Гриншпун. Методические рекомендации по оформлению отчетов автор. – СПБ 2012 – 18с.
   

ПРИЛОЖЕНИЕ 1

Техническое задание


НАЗНАЧЕНИЕ РАЗРАБОТКИ

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

ЦЕЛЬ И ЗАДАЧИ

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

Задачи, решаемые для достижения поставленной цели:

1. 
   Анализ поставленной задачи.
   
2. 
   Изучение и анализ предметной области.
   
3. 
   Постановка задачи.
   
4. 
   Составление плана работ.
   
5. 
   Обзор и оценка аналогичных вариантов решения.
   
6. 
   Постановка цели и обзор аналогичных решений.
   
7. 
   Анализ целесообразности разработки.
   
8. 
   Формирование требований к разработке.
   
9. 
   Обзор вариантов и выбор аппаратных и программных средств разработки.
   
10. 
    Формирование технического задания на разработку.
    
11. 
    Детальное проектирование (разработка схем, моделей).
    
12. 
    Реализация.
    
13. 
    Тестирование.
    
14. 
    Формирование выводов о выполненной работе.
    

ТРЕБОВАНИЯ К РАЗРАБОТКЕ

1. Требования к функциональным характеристикам

Программный модуль должен выполнять следующий набор функций:

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

2. Описание входных и выходных данных

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

На основе анализа предметной области была определена структура базы данных. Были выделены следующие сущности:

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

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

Инфологическая модель иллюстрирует выделенные сущности, атрибуты этих сущностей, а так же отношения между сущностями.

В результате работы программного модуля должны быть получены следующие данные:

• 
  список студентов;
  
• 
  список предметов;
  
• 
  список тем студентов;
  
• 
  итоговые оценки студентов по каждому предмету;
  
• 
  прогресс написания дипломных работ.
  

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

1. Модель работы продукта разработки

Работа программного модуля показан на DFD диаграмме, представленной на рисунке П1.3. На ней отражены потоки данных и их преобразования, начиная от ввода и до выдачи результатов.

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

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

Для эксплуатации модуля должна быть установлена СУБД MS Access 2007.

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

Операционная система не ниже Windows 2000 или Windows XP. Минимальный объем оперативного запоминающего устройства (ОЗУ) не менее 1Гб. Минимальный размер жесткого диска 300Мбайт.

4. Требования к защите информации

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

Для защиты от несанкционированного доступа должна быть предусмотрена авторизация пользователя.

МЕТОДЫ ТЕСТИРОВАНИЯ

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