Разработка информационно-справочной системы по учебным заведениям - подсистема "Абитуриент"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
ировано в глагольном наклонении. На диаграмме функциональный блок изображается прямоугольником. Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:
верхняя сторона имеет значение "Управление" (Control) - необходимые требования системы Абитуриент;
левая сторона имеет значение "Вход" (Input), т.е. входная информация - требования, предъявляемые заказчиком;
правая сторона имеет значение "Выход" (Output), т.е. выходная информация - результат запроса;
нижняя сторона имеет значение "Механизм" (Mechanism) - ИС.
Построим диаграмму потоков данных по данным требованиям стандарта, представленную на Рисунке 1.
Рисунок 1
Построим декомпозицию контекстной диаграммы для более детального рассмотрения процессов, представленную на Рисунок 2.
Рисунок 2
2. Требование к программному обеспечению
.1 Диаграмма вариантов использования
Данная система осуществляет поиск необходимой информации, в данном случае поиск вузов, специальностей. Для точного выявления и определения функций, которые должна выполнять подсистема Абитуриент, служит диаграмма вариантов использования.
Диаграмма вариантов использования помогает определить:
1.основные действующие лица, т.е. те люди, для которых создается данное программное средство;
2.основные этапы осуществления поиска необходимой информации.
.системы или подсистемы, с которыми связана подсистема Абитуриент.
В качестве пользователей подсистемы Абитуриент являются студенты (абитуриенты), их родители, а совладельцами являются вузы и определенная группа студентов.
Модель вариантов использования описана в Приложении Б.
.2 Требование к подсистеме Абитуриент
В соответствии со стандартом IEEE 830-1998 Recommended Practice for Software Requirements Specifications (рекомендуемые методы спецификации требований к ПО) для данного программного средства предъявляются следующие виды требований:
корректность или адекватность (соответствие реальным потребностям);
недвусмысленность (однозначность понимания);
полнота (отражение всех выделенных потребностей и всех возможных ситуаций, в которых придется работать системе);
непротиворечивость (согласованность между различными элементами);
упорядоченность по важности и стабильности;
проверяемость (выполнение каждого требования нужно уметь проверять некоторым достаточно эффективным способом - непроверяемые требования должны быть удалены из рассмотрения или сведены к проверяемым вариантам);
прослеживаемость в ходе разработки (возможность увязать требование с подсистемами, модулями и операциями, ответственными за его выполнение, и с тестами, проверяющими его выполнение).
В соответствии со стандартом IEEE 1233-1998, 2002 Guide for Developing System Requirements Specifications(руководство по разработке спецификаций требований к системам) предъявляются следующие виды требований к подсистеме Абитуриент:
требования на входные данные;
требования на выходные данные;
надежность (например, среднее время работы между отказами);
работоспособность (например, необходимое отношение времени функционирования к полному времени работы);
производительность (например, среднее время ожидания ответа);
ограничения окружающей среды (например, максимальный уровень задымленности, при котором гарантируется работоспособность);
эргономичность (например, использование набора цветов, понижающих утомляемость глаз);
безопасность (например, допустимые уровни электромагнитного излучения различных частот);
защищенность (например, ограничения доступа для разных пользователей);
требования к оборудованию (например, использование обычной электросети);
транспортируемость (например, ограничения веса);
документированность (например, наличие встроенной документации);
условия необходимого качества (например, максимально допустимая погрешность производимых измерений);
следование корпоративным и законодательным нормам (например, законам об охране труда);
совместимость с известными системами - эта система тесно связана с информационно-справочной системой по учебным заведениям: подсистемы Оператор и Профориентация;
следование стандартам и технологическим нормам;
возможности роста (например, возможное увеличение числа пользователей);
удобство развертывания (например, время, необходимое для приведения в работоспособное состояние).
3. Проектирование программного средства
.1 Проектирование информационного обеспечения. Создание ER-модели
Проектирование БД на логическом уровне является важным шагом процесса проектирования. Если для отображения концептуального моделирования применяется ER-диаграмма, то она является и логической моделью. В нашем случае используется ER-модель, значит, концептуальная модель не требует трансформации в логическую. Поэтому будет достаточно создать ER-диаграмму.
Сначала необходимо определить сущности предметной области. Сущность представляет собой реальный или воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению. Для реализации программного средства необходимо разработать сущности, к?/p>