
- •Введение
- •1 содержание учебной практики
- •1.1 Цели и задачи практики
- •1.2 Содержание отчета
- •1.3 Содержание основной части отчета по практике
- •3 МЕТОДИКИ ПРОЕКТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ
- •3.1 Составные части программных средств
- •3.2 Моделирование предметной области ПС
- •3.3 Визуальное моделирование
- •3.4 Структурные методы анализа и проектирования ПО
- •3.4.1. Метод функционального моделирования SADT (IDEF0)
- •3.4.2 Моделирование потоков данных
- •3.5. Моделирование данных
- •4 Информационные технологии программирования
- •5 Тематика ПРАКТИКИ
- •6 Методические указания по структуре и оформлению отчета по учебной практике
- •6.1 Структура отчета
- •6.2 Общие положения по оформлению отчета
- •6.3 Деление текста отчета
- •6.4 Таблицы, иллюстрации, формулы
- •Список литературы
- •Приложение Б Пример формы задания
- •Приложение В Пример введения отчета по учебной практике
- •Приложение И Примеры оформления таблиц и рисунков
58
– определяется верхняя форма (главная форма приложения),
связывающая все формы с меню.
Техника структурных карт используется на стадии проектирования для описания структурных схем программ. При этом наиболее часто применяются две техники: структурные карты Константайна (для описания отношений между модулями) и структурные карты Джексона (для описания внутренней структуры модулей, являющихся базовыми строительными блоками программной системы). В настоящее время структурные карты применяются сравнительно редко.
3.5. Моделирование данных
Основные понятия
Цель моделирования данных состоит в обеспечении разработчика ЭИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.
Наиболее распространенным средством моделирования данных являются диаграммы «сущность-связь» (ERD), нотация которых впервые была введена Питером Ченом в 1976 г. Базовым понятием ERD являются:
Сущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области.
Каждая сущность должна обладать уникальным идентификатором.
Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами:
–иметь уникальное имя;
–обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
59
– обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.
Каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь – это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе и нулевым) количеством экземпляров второй сущности, и наоборот.
Атрибут - любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации,
идентификации, классификации, количественной характеристики или выражения состояния сущности. Экземпляр атрибута – это определенная характеристика определенного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. На диаграмме «сущность-связь» атрибуты ассоциируются с конкретными сущностями.
В учебной практике не является обязательным представление модели данных, достаточно использовать модели, построенные студентом ранее в рамках выполнения курсового проектирования, учебной исследовательской и научной работ.
По этой причине в данном пособии не приводится материал по проектированию баз данных.