• правило балансировки— при детализ-ии подсистемы или процесса детализирующая диаграмма в качестве внешних источников или приемников данных мож иметь только те компоненты (подсистемы, процессы, внешние сущности, накопители данных), с кот имеют информац. связь детализируемые подсистема или процесс на родит диаграмме;

• правило нумерации- при детализации процессов должна поддерживаться их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.

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

Спецификация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании спецификации принимается аналитиком исходя из следующих критериев:

• наличия у процесса относительно небольшого количества входных и выходных потоков данных (2—3 потока);

• возможности описания преобразования данных процессом в виде последовательного алгоритма;

• выполнения процессом единственной логической функции преобразования входной инф-ии в выходную;

• возможности описания логики процесса при пом спецификации небольш объема (не более 20-30 строк).

Спецификации должны удовлетворять следующим требованиям:

• для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;

• спецификация должна определять способ преобразования входных потоков в выходные;

• нет необходимости определять метод реализации этого преобразования;

• специф-ия должна стремиться к огранич-ю избыточности — не следует переопределять то, что уже было определено на диаграмме;

• набор конструкций для построения спецификации должен быть простым и понятным.

Структурированный естеств язык применяется для читабельного, достаточно строгого описания спецификаций процессов. Он представл собой разумн сочетание строгости ЯП и читабельности естеств языка и состоит из подмнож-ва слов, организованных в определенные логич стр-ры, арифметических выражений и диаграмм. После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и согласованность). В полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть подробно описаны и детализированы. Выявленные недетализированные объекты следует детализировать, вернувшись на предьщущие шаги разработки. В согласованной модели для всех потоков данных и накопителей данных должно выполняться

---

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

37. 
    Структуры данных: несвязанные, с неявными связями, с явными связями; иерархические модели Джексона-Орра.
    

---

Диаграммы Джексона. В основе диаграмм Джексона лежит предположение о том, что

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

трех основных конструкций: последовательности, выбора и повторения.

Каждая конструкция представляется в виде двухуровневой иерархии, на верхнем уровне

которой расположен блок конструкции, а на нижнем - блоки элементов. Нотации конструкций

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

последовательности дополнительный символ отсутствует. В изображении выбора ставится символ

«о» (латинское) - сокращение английского «или» (or). Конструкции последовательности и выбора

должны содержать по два или более элементов второго уровня. В изображении повторения в

блоке единственного (повторяющегося) элемента ставится символ «*».

Так схема, показанная на рис. 4.22, а, означает, что конструкция А состоит из элементов В, С и

D, следующих в указанном порядке. Схема на рис. 4.22, б означает, что конструкция S состоит

либо из элемента Р, либо из элемента Q, либо из элемента R. Схема, изображенная на рис. 4.22, в,

показывает, что конструкция I может не содержать элементов или содержать один или более

элементов X.



В случае если необходимо показать, что конструкция повторения должна включать один или

более элементов, используют комбинацию из двух структур последовательности и повторения

(рис. 4.23).

Скобочные диаграммы Орра. Диаграмма Орра базируется на том же предположении о

сходстве структур программ и данных, что и диаграмма Джексона. Отличие состоит лишь в

нотации. Автор предлагает для представления конструкций данных использовать фигурные

скобки (рис. 4.24).


Пример 4.6. Рассмотрим описание структуры данных файла «Электронная ведомость»,

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

сдачи сессии студентами одной группы. Он имеет следующую структуру: номер группы, записи

об успеваемости студентов (ФИО студента, название предмета и оценка, полученная студентом, в

---

завершении записи специальный символ «конец записи») и специальный символ «конец файла».

На рис. 4.25 показано, как выглядит описание данной структуры с использованием диаграммы

Джексона, а на рис. 4.26 - с использованием скобок Орра.

38. 
    Моделирование данных – диаграммы «сущность-связь» (ERD): сущность, связь, атрибут.
    

Одной из основных частей информационного обеспечения является информационная база. Информационная база (ИБ) представляет собой совокупность данных, организованная определенным способом и хранимая в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. Разработка БД выполняется с помощью моделирования данных. Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С помощью ERD осуществляется детализация накопителей данных DFD – диаграммы, а также документируются информационные аспекты бизнес-системы, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их связей с другими объектами (отношений).

Сущность (Entity) — множество экземпляров реальных или абстрактных объектов (людей, событий, состояний, идей, предметов и др.), обладающих общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована. При этом имя сущности должно отражать тип или класс объекта, а не его конкретный экземпляр (например, АЭРОПОРТ, а не ВНУКОВО).

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

---

должна обладать некоторыми свойствами:

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

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

Связь (Relationship) — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь — это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот.

Атрибут (Attribute) — любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, предметов и т.д.). Экземпляр атрибута — это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. На диаграмме "сущность-связь" атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.

39. 
    Метод Баркера.
    

Базовыми понятиями сетевой модели данных являются: сущность, атрибут и связь.

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

рассматриваемой предметной области.

Каждая сущность должна:

• иметь уникальное имя;

• обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо

наследуются через связь;

• обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый

экземпляр сущности.

---

Смотрите также файлы

• Утверждаю Руководитель Учебнометодического центра (подпись) (Ф. И. О.).docx

• Задача 2 Сезон ранней осени. Вы идете по улице и видите встревоженного мужчину, который зовет на помощь прохожих. На вопрос Что случилось.docx

• 2 Анализ результатов цифровизации экономики России на основе использования проектного управления 1 Анализ результатов реализации федерального проекта Цифровая экономика Российской Федерации.docx

• 1. 25 Масса сняряда 10 кг, масса ствола орудия 500 кг. При выстреле снаряд получает кинетическую энергию 1,5106 Дж. Какую кинетическую энергию получает ствол орудия при отдаче m1 10 кг.docx

• Практическое задание 4 Местникова А. А.docx