
- •Содержание
- •Введение
- •1. Описание предметной области
- •2. Концептуальная модель предметной области
- •3. Проблемы предметной области и концепция информационной системы
- •3.1. Концепция информационной системы
- •3.2. Основные понятия
- •3.3. Функциональные требования
- •3.4. Нефункциональные требования
- •4. Концептуальная модель программного обеспечения информационной системы
- •5. Логическая модель программного обеспечения информационной системы
- •6. Реализация модели в среде case-средства
- •Заключение
- •Список литературы
3. Проблемы предметной области и концепция информационной системы
Проблемный анализ предметной области осуществляется на основе диаграмм модели предметной области, разработанных на этапе концептуального моделирования предметной области. Основной диаграммой для проведения проблемного анализа является диаграмма активности, которая раскрывает ключевые варианты использования предметной области.
В результате проведения проблемного анализа выявлены следующие проблемы:
1. Большое время на сбор информации об учащихся.
3.1. Концепция информационной системы
Концепцию ИС иногда называют моделью требований или моделью желаемого результата. Содержание концепции (модели желаемого результата), используемого в процессе проектирования курсового проекта, определяет первую модель ИС и упрощенно выполняет функции технического задания и описания постановки задач.
Концепция ИС содержит набор требований, сгруппированный как минимум в три подраздела:
1. Основные понятия, которые должна использовать в процессе функционирования ИС;
2. Функциональные требования (или функциональные возможности), которыми должна удовлетворять (обладать) ИС для того, чтобы успешно решать проблемы;
3. Нефункциональные требования, которые определяют другие аспекты построения ИС (режимы работы, среда разработки, типовую архитектуру, используемые форматы данных и т.п.
3.2. Основные понятия
Школа – учреждение, где обучаются ученики
Директор
Учителя
Классные руководители – учителя, отвечающие за определенный класс.
Родители учеников.
Ученики – обучающийся в учебном заведении.
Приказ – документ, закрепляющий ученика в данном учебном заведении.
Заявление – документ о поступлении в учебное заведение.
3.3. Функциональные требования
В данном разделе содержится перечень функциональных возможностей, которыми должна обладать ИС для решения проблем, выявленных в результате анализа предметной области.
Возможность извлечения из информационной системы данных.
Защита от несанкционированного доступа.
3.4. Нефункциональные требования
В данном разделе содержится перечень нефункциональных требований к возможностям ИС, условиям ее функционирования, ограничениям реализации, требованиям к производительности, расширяемости. Перечислим основные нефункциональные требования:
Удобный пользовательский интерфейс для классных руководителей, родителей и учеников.
Поддержка операционной системы Windows XP/Vista/7.
Возможность расширения системы.
4. Концептуальная модель программного обеспечения информационной системы
При решении задач курсового проекта будем рассматривать программную архитектуру как архитектуру взаимодействия классов в рамках одного приложения.
Основные высказывания о программной архитектуре заимствуются из описаний шаблонов архитектуры.
Для разработки архитектуры информационной системы выбран шаблон трехслойной архитектуры. Представим основные высказывания по каждому слою архитектуры:
1. Слой представления: предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш).
2. Слой предметной области: выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработку команд, поступающих от слоя представления, а также передачу информации слою источника данных.
Представим назначение классов по слоям в таблице 1
№ |
Наименование класса |
Назначение класса |
Слой представления |
||
1 |
form |
Граничный класс, отвечающий за отображение формы каталога учеников и параметров поиска |
2 |
upravlenie |
Управляющий класс, методы которого отвечают за управление приложением в целом |
Слой предметной области |
||
3 |
KlassRuk |
Класс хранения, содержащий атрибуты классных руководителей |
4 |
Uchenik |
Класс хранения, содержащий атрибуты учеников |
5 |
Roditeli |
Класс хранения, содержащий атрибуты родителей |
6 |
obr_inf |
Класс хранения атрибутов обработчиков информации |
7 |
dostup |
Класс хранения атрибутов доступа в информационную систему |
Диаграмма последовательности – это диаграмма, описывающая один сценарий приложения. На ней изображаются экземпляры объектов и сообщения, которыми они обмениваются в рамках одного прецедента. [11] На диаграмме последовательности изображаются исключительно те объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При этом диаграмма последовательности имеет как бы два измерения. Одно - слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. [12]
На рисунке 6 представлена диаграмма последовательности, моделирующая функцию аутентификации пользователя.
Рис. 6 Диаграмма последовательности, моделирующая функцию аутентификации пользователя.
На рисунке 7 представлена диаграмма последовательности, моделирующая добавление данных в информационную систему.
Рис.7 Диаграмма последовательности, моделирующая добавление данных в информационную систему