
- •Содержание
- •Введение
- •1. Нормативные ссылки
- •2. Термины, определения
- •3. Сокращения
- •4.1.4. Ссылки
- •4.1.5. Обзор
- •4.2. Общее описание
- •4.2.1. Перспективы продукта
- •4.2.1.1. Системные интерфейсы
- •4.2.1.2. Пользовательские интерфейсы
- •4.2.1.3. Аппаратные интерфейсы
- •4.2.1.8. Требования по адаптации
- •4.2.2. Функции продукта
- •4.2.3. Пользовательские характеристики
- •5. Исследовательская работа
- •5.1. Описание предметной области
- •5.2. Обзор программных продуктов
- •5.2.1. «1С: Управление школой»
- •5.2.2. Аверс
- •5.2.3. Управление школой - ооо "Хронобус"
- •5.2.4. Пакет прикладных программ «школа™».
- •5.2.5. Система электронных журналов «Баллов.Нет»
- •5.3. Концептуальная модель
- •5.4. Логическая модель
- •5.4.1. Населённые пункты
- •5.4.2. Школа
- •5.4.3.Пользователи
- •5.4.4. Учебный план
- •5.4.5. Календарно-тематические планы
- •5.4.6. Проведение уроков
- •5.4.7. Расписание уроков
- •5.4.8. Движение учащихся
- •5.4.9. Информационное пространство
- •6. Проектирование архитектуры
- •6.1. Моделирование субъектов
- •6.1.1. Субъекты
- •6.1.2. Прецеденты
- •6.1.3. Диаграмма прецедентов
- •6.2. Моделирование видов деятельности
- •6.2.1. Виды деятельности
- •6.2.2. Диаграмма видов деятельности
- •6.3. Моделирование взаимодействий
- •6.3.1. Взаимодействия
- •6.4. Диаграммы реализации
- •7.3.1.2 Описание модуля «Администратор сервера»
- •7.3.1.3 Описание модуля «Мастер ввода данных»
- •7.3.1.4. Главное окно программы
- •7.3.1.5. Описание модуля «Школьное руководство»
- •7.5.1.2. Интерфейс модуля «Авторизация»
- •7.5.1.3. Интерфейс модуля «Смена пароля»
- •7.5.1.4. Интерфейс модуля «Мастер ввода данных»
- •7.5.1.5. Интерфейс модуля «Школьное руководство»
- •7.5.1.6. Интерфейс модуля «Классы и предметы»
- •7.5.1.7. Интерфейс модуля «Планирование уроков»
- •7.5.1.8. Интерфейс модуля «Расписание»
- •7.5.1.9. Интерфейс модуля «Классный журнал»
- •7.5.1.10. Интерфейс модуля «Отчёты»
- •7.5.1.11. Интерфейс модуля «Объявления»
- •7.5.1.12. Интерфейс модуля «Персональные настройки»
- •7.5.1.13. Интерфейс модуля «Внутренняя почта»
- •7.5.1.14. Описание модуля «Форум»
- •7.5.1.15. Описание модуля «Справка»
- •7.5.2. Интерфейс процессов
- •7.5.2.1. Описание глобальных процессов
- •8. Инструменты и среды программирования. Реализация, сборка и интеграция. Модульное тестирование
- •8.1. Инструменты и среды программирования
- •8.1.1. Программирование интерфейсов
- •8.1.1.1. Модуль «Администратор сервера»
- •8.1.1.2. Модуль «Авторизация»
- •8.1.1.3. Модуль «Смена пароля»
- •8.1.1.4. Главное окно программы Блок «Заголовок»
- •Блок «Меню»
- •Блок «Подвал»
- •Блок «Контент»
- •8.1.1.5. Модуль «Мастер ввода данных»
- •8.3.1.6. Модуль «Школьное руководство»
- •8.3.1.7. Модуль «Классы и предметы»
- •8.3.1.8. Модуль «Планирование уроков»
- •8.3.1.9. Модуль «Расписание»
- •8.3.1.10. Модуль «Классный журнал»
- •8.3.1.11. Модуль «Отчёты»
- •8.3.1.12. Модуль «Объявления»
- •8.3.1.13. Модуль «Персональные настройки»
- •8.3.1.14. Модуль «Внутренняя почта»
- •8.3.1.15. Модуль «Форум»
- •8.3.1.16. Модуль «Справка»
- •8.1.2. Программирование базы данных
- •8.1.2.1. Таблицы базы данных
- •8.1.2.2. Хранимые процедуры
- •8.2. Реализация, сборка и интеграция
- •8.2.1. Обзор
- •8.2.2. Скрипт
- •8.3. Модульное тестирование
- •9. Документация по тестированию программного обеспечения. Показатели проектирования. Расчёт надёжности
- •9.1.Тестирование по отношению к спецификации
- •9.2 Расчет надежности информационной системы
- •9.2.1 Модель Миллса
- •9.2.2 Оценка надежности информационной системы
- •10. Выпуск продукта и обеспечение его сопровождения
- •10.1. Руководство по установке
- •10.1.1. Анализ системы
- •10.1.2. Установка «Net Framework»
- •10.1.3. Установка «Firebird Server»
- •10.1.4. Установка информационной системы «НашаШкола»
- •10.2. Руководство администратора сервера
- •10.2.1. Создание школы
- •10.2.2. Резервное копирование базы даных
- •10.2.3. Восстановление бд из резервной копии
- •10.3. Руководство пользователя
- •11. Экономическая часть
- •11.1 Информация о предприятии
- •11.2 Описание деятельности предприятия
- •11.3 Описание программного продукта
- •11.4 Недостатки, устраняемые работой с программным продуктом
- •11.5 Состав разработчиков и оборудования
- •11.6 Сетевой метод организации работ по разработке программного продукта
- •11.7 Расчет стоимости амортизации оборудования
- •11.8 Расчет заработной платы разработчиков
- •11.9 Расчет затрат по потреблению электроэнергии
- •11.10 Расчет экономических показателей
- •11.11 Расчет экономической эффективности внедрения
- •12. Безопасность жизнедеятельности
- •12.1 Значение и задачи безопасности жизнедеятельности
- •12.2 Анализ условий труда и мероприятия по защите от воздействия вредных производственных факторов
- •12.2.1. Химический фактор. Оценка ут
- •12.2.2. Биологический фактор. Оценка ут
- •12.2.3. Физический фактор. Оценка ут
- •12.2.4. Тяжесть трудового процесса. Оценка ут
- •12.2.5. Напряженность трудового процесса. Оценка ут
- •12.3. Обеспечение электробезопасности
- •12.4. Пожарная безопасность
- •12.5. Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение Таблицы базы данных
5.4.7. Расписание уроков
Для того чтобы каждый участник учебного процесса мог располагать информацией о месте, дате и времени проведения занятия, создаётся расписание уроков. Схема логической связи между сущностями показана на рисунке 5.8.
Рисунок 5.8 - Логическая схема связи данных сущностей «Расписание уроков – Класс – Педагог»
5.4.8. Движение учащихся
Под движением учащихся необходимо понимать перемещение в списках классов (при переводе на следующий учебный год) и зачисление в списки классов или отчисление из них (по прибытии в школу или выбытии из неё) (рисунок 5.9).
Рисунок 5.9 – Логическая схема движения учащихся
5.4.9. Информационное пространство
Информационное пространство школы – это совокупность информационных ресурсов, средств информационного взаимодействия и информационной инфраструктуры. В реальной жизни информация между участниками образовательного процесса передаётся многими способами: создание учителем записи в дневнике ученика; информирование родителей о важных событиях путём распространения объявлений; рассылка через «Почту России» служебных писем; обсуждение в классах (на классных часах, во внеурочное время) интересующих тем и т.д. и т.п.
Для организации информационного пространства школы в ИС «НашаШкола» будут предусмотрены модули «Внутренняя почта», «Объявления» и «Форум». Схема логических связей внутри информационного пространства школы показана на рисунке 5.10.
Рисунок 5.10 – Логическая схема информационного пространства школы
6. Проектирование архитектуры
6.1. Моделирование субъектов
Поведение системы – это ее реакция в ответ на внешние события. В языке UML внешне наблюдаемая и допускающее тестирование поведение фиксируется в виде прецедентов. Прецедент (usecase) выполняет бизнес-функцию, которую может наблюдать внешний субъект и которая может быть в последствие отдельно протестирована в процессе разработки [7].
Субъект (actor) – это некто или нечто (человек, машина и т.д.), взаимодействующее с прецедентом. Субъект взаимодействует с прецедентом, ожидая получить некий полезный результат.
Диаграмма прецедентов – это наглядное представление субъектов и прецедентов вместе с любыми дополнительными определениями и спецификациями. Диаграмма прецедентов представляет собой не просто некую схему, а является полностью документированной моделью предполагаемого поведения системы. Такое же понимание применимо в отношении других диаграмм языка UML. Если только не оговорено противное, то UML-диаграмма используется как синоним UML-модели.
6.1.1. Субъекты
Субъекты и прецеденты определяются в результате анализа функциональных требований. Функциональные требования воплощаются в прецедентах. Прецеденты удовлетворяют функциональные требования за счет предоставления субъекту полезного результата. При этом не имеет значения, в какой последовательности решает бизнес - аналитик свои задачи: сначала обозначает субъектов, а затем прецеденты, или наоборот. В нашем случае сначала выбираются субъекты.
Типичным графическим изображением субъекта является «штриховой человечек». В общем случае субъект может быть показан в виде прямоугольного символа класса. Подобно обычному классу субъект может обладать атрибутами и операциями (связанными с событиями, сообщения о которых он отправляет и получает).
В системе фигурируют два субъекта, которые явно представлены в спецификации. Это субъекты Пользователь (в зависимости от роли в системе) и База данных (хранитель всех действий пользователей).
Рисунок 6.1 – Субъекты