- •Содержание
- •Введение
- •1. Нормативные ссылки
- •2. Термины, определения
- •3. Сокращения
- •4.1.4. Ссылки
- •4.1.5. Обзор
- •4.2. Общее описание
- •4.2.1.1. Системные интерфейсы
- •4.2.1.2. Пользовательские интерфейсы
- •4.2.1. Перспективы продукта
- •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. Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение Таблицы базы данных
9.2.1 Модель Миллса
Использование этой модели предполагает необходимость перед началом тестирования искусственно вносить в программу («засорять») некоторое количество известных ошибок. Ошибки вносятся случайным образом и фиксируются в протоколе искусственных ошибок. Специалист, проводящий тестирование, не знает ни количества, ни характера внесенных ошибок до момента оценки показателей надежности по модели Миллса. Предполагается, что все ошибки (как естественные, так и искусственно внесенные) имеют равную вероятность быть найденными в процессе тестирования.
Тестируя программу в течение некоторого времени, собирается статистика об ошибках. В момент оценки надежности по протоколу искусственных ошибок все ошибки делятся на собственные и искусственные. Соотношение
,
(1)
дает возможность оценить N — первоначальное число ошибок в программе.
В данном соотношении, которое называется формулой Миллса:
S – количество искусственно внесенных ошибок,
n – число найденных собственных ошибок,
V – число обнаруженных к моменту оценки искусственных ошибок.
Вторая часть модели связана с проверкой гипотезы от N. Предположим, что в программе имеется К собственных ошибок, и внесем в нее еще S ошибок. В процессе тестирования были обнаружены все внесенные ошибки и n собственных ошибок.
Тогда по формуле Миллса мы предполагаем, что первоначально в программе было N=n ошибок. Вероятность, с которой можно высказать такое предположение, возможно рассчитать по следующему соотношению:
, (2)
Таким образом, величина С является мерой доверия к модели и показывает вероятность того, насколько правильно найдено значение N; можно сказать, что С показывает вероятность безотказной работы программы. Эти два связанных между собой по смыслу соотношения образуют полезную модель ошибок: первое предсказывает возможное число первоначально имевшихся в программе ошибок, а второе используется для установления доверительного уровня прогноза. Однако формула для расчета С не может быть использована в случае, когда обнаружены не все искусственно рассеянные ошибки. Для того случая, когда оценка надежности производится до момента обнаружения всех S рассеянных ошибок, величина С рассчитывается по модифицированной формуле
,
(3)
где числитель и знаменатель формулы при n<=K являются биноминальными коэффициентами вида
,
(4)
В действительности модель Миллса можно использовать для оценки N после каждой найденной ошибки. Предлагается во время всего периода тестирования отмечать на графике число найденных ошибок и текущие значения для N. Достоинством модели являются простота применяемого математического аппарата, наглядность и возможность использования в процессе тестирования.
9.2.2 Оценка надежности информационной системы
Перед началом тестирования в разработку было внесено S=20 искусственных ошибок. В процессе тестирования были обнаружены все искусственные ошибки (V=20) и ни одной собственной ошибки (n=0). По формуле Миллса определим первоначальное число ошибок в программе N
,
(5)
Найдем вероятность того, насколько правильно было найдено число N. Предположим, что первоначально в доработках не было ни одной ошибки (К=0), мы внесли в них S=20 искусственных ошибок и при тестировании обнаружили все 20 искусственных (V=20) и ни одной собственной (n=0) ошибки, тогда вероятность того, что N=n равна:
,
(6)
Таким образом, можно сказать, что вероятность безотказной работы разработки равна 0.95.
