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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 15.05.2023

Просмотров: 479

Скачиваний: 4

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

IE более новая дисциплина. Она имеет более широкую область применения, чем SE: IE является дисциплиной построения систем вообще, а не только систем ПО, и включает этапы более высокого уровня (например, стратегическое планирование), однако на этапе проектирования систем ПО эти дисциплины аналогичны. С другой стороны, IE более узкая дисциплина, чем SE, т.к. IE используется только для по­строения информационных систем, а SE - для всех типов систем.

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

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

В модели дилера продажи товара выделил следующие сущности и атрибуты:

1) «Информация о товаре» с атрибутами: код товара, стоимость, наименование, характеристики, срок гарантии, комплектация, наличие на складе.

2) «Накладная» с атрибутами: номер накладной, код товара, дата, ФИО кассира, поставщик, количество товара.

3) «Информация о покупателе» с атрибутами: код покупателя, ФИО покупателя, паспортные данные, адрес.

4) «Гарантийный талон» с атрибутами: номер талона, код покупателя, наименование продавца, ФИО покупателя, производитель товара, срок гарантии.

5) «Чек» с атрибутами: номер чека, код товара, количество товара, сумма, дата.

Рисунок 8 - Логическая модель ИС дилер по продаже товаров.

Заключение

В структурном анализе основным методом разбиения на уровни абстракции является функциональная декомпозициязак­лючающаяся в декомпозиции (разбиении) системы на функцио­нальные подсистемы, которые, в свою очередь, делятся на под­функции, те — на задачи и так далее до конкретных процедур. При этом система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы «снизу вверх» от отдельных задач ко всей системе цело­стность теряется, возникают проблемы при описании информа­ционного взаимодействия отдельных компонентов.

Определим ключевые понятия структурного анализа.

Операция – элементарное (неделимое) действие, выполняемое на одном рабочем месте.

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


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

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

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

В структурном анализе и проектировании используются раз­личные модели, описывающие:

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

Модель — это совокупность символов (математических, графических и т.п.), которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.

Модель – это абстракция физической системы, рассматриваемая с определенной точки зрения и представленная на некотором языке или в графической форме.

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

  • уменьшенный масштаб (размер) модели, точнее, ее сложность, степень которой всегда меньше, чем у оригинала. При построении модели сознательно вводятся упрощения;
  • сохранение ключевых соотношений между разными частями;
  • работоспособность, т.е. возможность в принципе работать, как оригинал-моделируемый объект (во всяком случае, похожим образом);
  • адекватность действительным свойствам оригинала (степень достоверности).
  • SE является нисходящим поэтапным подходом к разработке ПО, начинающейся с общего взгляда на его функционирование. Затем про изводится декомпозиция на подфункции и процесс повторяется для подфункций до тех пор пока они не станут достаточно малы для их реализациикодированием. В результате получается иерархическая, структурированная, модульная программа. SE является универсальной дисциплиной разработки ПО, успешно применяющейся как при разработке систем реального времени, так и при разработке информационных систем.
  • IE более новая дисциплина. Она имеет более широкую область применения, чем SE: IE является дисциплиной построения систем вообще, а не только систем ПО, и включает этапы более высокого уровня (например, стратегическое планирование), однако на этапе проектирования систем ПО эти дисциплины аналогичны. С другой стороны, IE более узкая дисциплина, чем SE, т.к. IE используется только для по­строения информационных систем, а SE - для всех типов систем.

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

Нотации — система условных обозначений, принятая в конкретной модели.

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

Среди многообразия средств, предусмотренных для проведения структурного анализа, наиболее часто и эффективно применяются:

  • DFD (Data Flow Diagrams) — диаграммы потоков данных в нотациях Гейна-Сарсона, Йордона-Де Марко и других, обеспечивающие требования анализа и функционального проектирования информационных систем;
  • STD (State Transition Diagrams) — диаграммы перехода состояний, основанные на расширениях Хартли и Уорда-Меллора для проектирования систем реального времени;
  • ERD (Entity-Relationship Diagrams) — диаграммы «сущность-связь» в нотациях Чена и Баркера;
  • структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов;
  • FDD (Functional Decomposition Diagrams) — диаграммы функциональной декомпозиции;
  • SADT (Structured Analysis and Design Technique) — технология структурного анализа и проектирования;
  • семейство IDEF (Integration Definition for Function Modeling):

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

  • по отношению к школам - Software Еngineering (SE) и Information Engineering (IЕ);
  • по порядку построения модели - процедурно-ориентированные, ориентированные на данные и информационно-ориентированные;
  • по типу целевых систем - для систем реального времени (СРВ) и для информационных систем (ИС).

В данном курсовом проекте была реализована система организации на примере дилера по продаже товара при использовании инструментальных средств CA Erwin Process Modeler, AllFusion Process Modeler. Разработанная система позволяет осуществлять полноценное функционирование как отдельно взятого дилера, так и целой сети. Разработка информационной системы была разделена на следующие этапы:

1) углубленное изучение предметной области,

2) создание функциональной модели организации,

3) создание логической и физической модели информационной системы.

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