Программная инженерия.

При проектровании и разработке требований используется моделирование ПО.

Модель - это абстракция которая создается с целью постижения чего либо, до того как оно будет создано.

Поскольку модели содержат только основные аспекты, то работать с ними гораздо проще.

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

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

Диаграмма – это графическое представление модели, содержит различные аспекты модели и представляет её на различных уровнях абстракции.

Диаграммы и текстовые описание моделей размещаются в хранилище проекта(база данных продуктов проекта).

Язык структурного моделирования.

Структурное моделирование – это нисходящий функционально ориетированый подход к разработке ПО который расчленяет систему на ряд взаимодействующих в общем процессе функций и называется функциональная декомпозиция.

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

Дву наиболее распространенные модели: D-диаграмма и ER.

Моделирование потока данных.

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

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

Контекстная диаграмма задает границы системы определяя её входы и выходы по отношению к внешним сущностям.

Внешние сущности – это организации, отделы ,люди, другие системы, и т.д. которые при разработке системы находятся вне её и которые предоставляют входные данные и ожидают выходные.

Имеются две внешних сущности:

-Customers

-Distributors

D-передает в систему значения Movie details(подробная информации о фильмах)

Система выдает клиентам ScreeningDetails(Характеристики показа)

Клиенты могут размещать в системе TicketOrder.

Все они это потоки данных вне контекстного процесса.

Вся обработка происходит внутри самого процесса.(Movis on the web)

Детализация контекстного процесса обеспечивается диаграммой нулевого уровня(Диаграммой обзора)

Система состоит из трех процессов 1,2,3.

1-Create Read Update Delete

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

Процесс 1 формирует Movie Title и Duration для 2 процесса. Процесс 2 определяет продолжительность и места показов и передает 3 процессу.

Нумерация процессов используется для их соединения с дальнейшей декомпозицией.

Диаграмма 1 уровня процесса MovieDetails:

Диаграмма первого уровня в данном случае является последним элементом моделирования в DFD. И отображает информационный склад представленный элементом MovieActorDatabase.(Хранилище данных для потоков данных)Поток данных помещенный в хранилище одним процессом может быть востребован другим процессом в другое время.

Моделирование сущностей и отношений

Эти модели представляются диаграммами «Сущность – отношение».

Диаграммы определяют три элемента моделирования:

1.Сущность – это концептуальная структура данных которая представляет факт или правило и может быть четко идентифицированна. Что позволяет различать сущность как концепцию и экземпляры сущности(её реализацию)

2.Отношения – представляют связи между экземплярами сущности.

3.Атрибут – это пара параметр-значение. В сущности это контейнеры данных. Данные в этих контейнерах снабжены атрибутами.

Диаграмма состоит из трех именованных сущностей и двух безымянных отношений.

Запись 0,n между movie и listed as означает что экземпляр сущности movie может быть связан минимум с 0 (графически показано кружком) и максимум со многими(граф.показано тремя линиями) экземплярами сущности Listed as.

Запись 1,1 означает что Listed as принудительно присутствует в отношениях с Movie.(каждый экземпляр listed as должен быть связан с одним экземпляром movie)

| на линии отношения около 1,1 показывает это принудительное присутствие.

Атрибуты представлены списками внутри прямоугольников сущностей. Атрибутам дают имена(movie_code) определяют их типы( N5-целое чисто из 5 знаков, а так же задаются специальные идентификаторы(<pi> - первичный идентификатор и <M>- значит что он должен всегда присутствовать.))

Унифицированный Язык Моделирования

Unified modeling language (UML)

Объектно-ориентированная методология

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

Дискретные объекты – объекты которые разделены друг от друга.

Концепция объекта и класса.

Объект – концепция, абстракция или сущность, обладающая индивидуальностью и имеющая смысл в рамках данного ПО. Объекты часто бывают именами собственными в описании задач или при общении с пользователем. Выбор объекта зависит от природы задачи и от предпочтений разработчика. Все объекты обладают индивидуальностью и поэтому отличимые друг от друга.

Индивидуальность означает что объекты отличаются друг от друга внутренне, а не по внешним свойствам.

Класс – объект является экземпляром класса. Класс – описывает группу объектов с одинаковыми свойствами(Атрибутами) одинаковыми поведением( операциями) и семантикой. Классы часто бывают именами нарицательными в описании задач или при общении с пользователями. Объекты одного класса имеют одинаковые атрибуты и формы поведения.

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

Объекты класса имеют общее семантическое значение помимо обязательных общих атрибутов и операций. Интерпретация семантики зависит от назначения конкретного приложения и является субъективной.

Предметом моделирования являются объекты.

Группируя объекты классов производится абстрагирование в рамках задачи. Именно благодаря этому моделирование является очень полезным инструментом позволяющим проводить обобщения от нескольких конкретных случаев к множеству подобных альтернатив.

Общие определения(Название класса, атрибутов)хранятся отдельно для каждого класса а не для экземпляров.