Требования к функциональным характеристикам, надежности, параметрам технических средств, информационной и программной совместимости базы данных. Стадии и этапы разработки. Программа и методика испытаний. Назначение программы и условия применения.
Аннотация к работе
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Пояснительная записка к курсовому проекту по дисциплине "Базы данных"Взаимодействие подразумевает получение данных, их представление в определенном формате для просмотра пользователем, редактирование в соответствии с реализованными в программе бизнес-алгоритмами и возврат обработанных данных обратно в базу данных. Базы данных обслуживаются специальными программами - системами управления базами данных (СУБД), которые делятся на локальные, преимущественно однопользовательские, предназначенные для настольных приложений, и серверные - сетевые (часто удаленные), многопользовательские, функционирующие на выделенных компьютерах - серверах.Программа разрабатывается на основании задания на курсовое проектирование, выданного доцентом кафедры ИВС Еременко А.В. и утвержденного заведующим кафедрой ИВС Косниковым Ю.Н.Разрабатываемая программа предназначена для учета и контроля информации о преподавателях, учениках, специальностях музыкальной школы.Разрабатываемая программа должна обеспечивать: - Учет данных об учениках, - Учет данных об преподавателях, - Учет информации о специальностях.Для достижения надежности системы должно осуществляться ее тестирование на выполнение заданных функций.Локальный и серверный компьютеры должны иметь следующие минимальные характеристики: тактовая частота процессора - 166 МГЦ; оперативная память - 256 Мбайт; на жестком диске при установке используется около 475 Мбайт; объем жестокого диска зависит от размера информационной базы, но должен быть не менее 700 Мбайт.Если приложение устанавливается на локальном компьютере, то на нем должны быть установлены СУБД Firebird и файл с базой данных.Разрабатываемая программа должна сопровождаться следующими программными документами: - Описание программы;Стадии и этапы разработки приведены в Таблице 1. Таблица 1 Стадии и этапы разработкиКонтроль работоспособности программы должен осуществляться на основе тестовых наборов данных, которые должны охватывать выполнение всех функций конфигурации.Для сбора и обработки информации возможно использование метода изучения школьной документации, в которой отражается количественная и качественная характеристика учебно-воспитательного процесса. К учебно-педагогической документации школы относятся: алфавитная книга записи учащихся, личные дела учащихся, классные журналы, журналы факультативных занятий, журналы групп продленного дня, книги учета выдачи аттестатов об образовании, книга учета выдачи золотых и серебряных медалей, книга протоколов заседаний совета школы и педагогического совета, книга приказов по школе, книга учета педагогических работников, журнал учета пропусков и замещения уроков и др. Школьная документация содержит информацию за несколько лет, при необходимости можно обратиться в архив, что позволяет вести сравнительный анализ, особенно ценный для прогностической деятельности.На основе проведенного анализа предметной области разработана контекстная диаграмма, представленная на рисунке 1. Рисунок 1 Контекстная диаграмма На контекстной диаграмме модели системы выделено тривнешних объекта: "Ученик", "Руководство музыкальной школы", "Учитель". В качестве компоненты выделен бизнес-процесс "Ведение учета учеников".На основании контекстной диаграммы разработана детализирующая диаграмма, представленная на рисунке 2. Выполнение работы "Ведение учета учеников" осуществляется с помощью ресурса: "Руководство". В результате декомпозиции бизнес-процесса "Ведение учета школьников" выделено три процесса: - ведение учета школьников, их личных данных и данных о родителях Для реализации этих процессов определены хранилища данных: - учитель; Входными данными для процесса "Ведение учета приема и выпуска учеников" являются: - личные данные родителей;Определим следующие структуры данных: - STUDENT Структуры данных системы, представлены в таблицах 2-4. Таблица 2 Описание структуры данных STUDENT Specialnost Специальность, на которой будет обучаться ученик ID Уникальный номер записей таблицы STUDENTНа основании разработанных контекстной и детализирующей диаграмм и структуры данных была спроектирована концептуальная модель данных, представленная на рисунке 3. Концептуальная модель данных содержит 3 сущности: Student, Prepodavateli , Specialnost. Сущности Student и Specialnost соединены связью "учатся на". Так как у ученика не может быть 0 специальностей но и больше 1 специальности быть у него не может,то показатель кардинальности связи между сущностями Student и Specialnost равен 1:1.На основании концептуальной модели данных была разработана логическая модель данных, представленная на рисунке 4. Для реляционной модели необходимо сгенерировать внешние ключи. В OPENMODELSPHERE по умолчанию внешние ключи определяются с помощью первичных ключей.
План
Содержание
Введение
1. Техническое задание
1.1 Основание для разработки
1.2 Назначение разработки
1.3 Требования к программе
1.3.1 Требования к функциональным характеристикам
1.3.2 Требования к надежности
1.3.3 Требования к составу и параметрам технических средств
1.3.4 Требования к информационной и программной совместимости