Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовая ТРПО.doc
Скачиваний:
113
Добавлен:
01.05.2014
Размер:
480.77 Кб
Скачать
  1. Конструкторская часть

    1. Модель потоков данных

При разработке диаграммы потоков данных ПС был использован структурный подход к проектированию информационных систем.

Модель программной системы по стандарту DFD определяется как иерархия упорядоченных и взаимосвязанных диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от её ввода в систему до выдачи пользователю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к процессам. Процессы, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам, хранилищам данных и потребителям информации (внешним сущностям).

Модель потоков данных представлена на рис.3.1. и выглядит следующим образом:

Рис.3.1. Контекстная диаграмма модели потоков данных

DFD первого уровня, представленная на рис.3.2, строится как декомпозиция процесса «обучение структурам данных», который присутствует на контекстной диаграмме. Также на диаграмме представлены следующие процессы: «Изучить материал» и «Выполнить задания на проверку знаний», а также хранилища данных «Студент» и «Преподаватель».

Рис.3.2. Модель потоков данных первого уровня

    1. Логическая модель данных

Цель моделирования данных состоит в обеспечении разработчика концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.

Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). Для этих целей посредством программного продукта ERWin 4.0 строится логическая модель данных (рис.3.4).

Рис.3.4. Логическая модель данных

Логическая модель является универсальной, она не связана с конкретной реализацией СУБД, для атрибутов используются абстрактные типы данных. Объектами логической модели являются сущности (Entity), атрибуты (Attribute) и отношения между сущностями (Relationship).

Логическая модель дает возможность обсуждать структуру данных с экспертами предметной области.

    1. Архитектура программной системы

Архитектура программной системы представлена на рис.3.5. На рисунке отражено физическое строение системы: рабочие модули и их взаимосвязи.

Рис.3.5. Архитектура программной системы

Система представляет собой клиентское приложение, которое работает с базой данных, размещенной на сервере. Клиентское приложение включает в себя модуль администратора, модуль преподавателя, модули обучаемых.

Доступ клиента к серверу будет осуществляться через локальную сеть посредством сетевого оборудования.

    1. Обоснование выбора языка и среды разработки

Автоматизированная система будет разработана с помощью Microsoft Visual Studio 2005. Рассмотрим его основные характеристики и возможности:

  • высокопроизводительный компилятор в машинный код;

  • мощный язык программирования С#;

  • объектно-ориентированная модель компонент;

  • визуальное, детальное построение приложений из программных прототипов;

  • масштабируемые средства для построения баз данных.

В качества СУБД выбрана Microsoft SQL 2005, так как

    • является OpenSource;

    • отвечает требованиям надежности.