СОДЕРЖАНИЕ ВВЕДЕНИЕ .............................................................................................................. 4 1 ОПИСАНИЕ ОБЪЕКТА ВНЕДРЕНИЯ ТЕХНОЛОГИИ SADT ..................... 5 1.1 Общая характеристика сахарного завода ................................................... 5 2 ИДЕИ И ПРИНЦИПЫ СТРУКТУРНЫХ МЕТОДОВ АНАЛИЗА И ПРОЕКТИРОВАНИЯ ............................................................................................. 6 2.1 Идеи структурных методов .......................................................................... 6 2.2 Принципы структурных методов ................................................................ 7 2.3 Средства структурного анализа ................................................................... 9 2.4 Методологии структурного анализа и проектирования.......................... 10 3 ПРОФИЛИ SADT ............................................................................................... 12 3.1 Понятие профиля ИС .................................................................................. 12 3.2 Выбор конкретных профилей для проектирования SADT ..................... 12 3.3 Профиль моделирование ............................................................................ 13 3.3.1 Начальная стадия моделирования .......................................................... 14 3.3.2 Продолжение моделирования ................................................................. 15 3.4 Профиль иерархичность ............................................................................. 16 4 ОПИСАНИЕ И ИСПОЛЬЗОВАНИЕ ТЕХНОЛОГИИ SADT ....................... 19 4.1 Описание технологии SADT ....................................................................... 19 4.2 Использование технологии SADT ............................................................. 20 ВЫВОД................................................................................................................... 33 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ........................................... 34 2 ПЕРЕЧЕНЬ СОКРАЩЕНИЙ, УСЛОВНЫХ СИМВОЛОВ ЕДИНИЦ И ТЕРМИНОВ ИС – информационная система ЖЦ – жизненный цикл 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 SE – Software Еngineering IЕ – Information Engineering СРВ – систем реального времени БД – базы данных ПО – программное обеспечение РФ – Российская Федерация 3 ОБОЗНАЧЕНИЙ, ВВЕДЕНИЕ В данном курсовом проекте будут использованы идеи, лежащие в основе структурных методов проектирования информационной системы для отдела продаж сахарного завода. Будет внедряться технология SADT в результате особенностей требований к проектированию информационной системы на сахарном заводе. Постановка задачи: необходимо использовать идеи, лежащие в основе структурных методов проектирования информационных систем для проектирования ИС управления продажами сахарного завода с помощью внедрения технологии SADT; необходимо добиться соблюдения иерархичности при проектировании системы, а также соблюдения всех правил технологии SADT. Цель: использование идей, лежащих в основе структурных методов проектирования ИС. Сущность структурного проектирования информационных систем заключается в ее декомпозиции на автоматизирующие функции: система разбивается на подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее до конкретных процедур, на которых и заканчивается процесс декомпозиции. При этом система сохраняет целостное представление, в котором все компоненты взаимосвязаны. 4 1 ОПИСАНИЕ ОБЪЕКТА ВНЕДРЕНИЯ ТЕХНОЛОГИИ SADT 1.1 Общая характеристика сахарного завода Основными видами деятельности предприятия по производству сахара, являются: переработка сахарной свеклы; производство сахара, патоки, жома; оптовая торговля сахаром. Предприятие по производству сахара имеет большую сырьевую базу, основная масса посевов расположена в пределах 50 км от завода, что снижает потери при транспортировке. Учитывая биологические особенности предмета труда, то есть сахарной свеклы, производственная деятельность предприятия отличается сезонностью. Сезон переработки сахарной свеклы начинается с начала августа. В этот период завод одновременно производит и заготовку сырья. На сегодняшний день, без предприятий по производству сахара, практически невозможна деятельность ни одной отрасли пищевой промышленности, связанной с использованием сахара. Несмотря на то, что сейчас появилось множество сахарозаменителей, и продолжает появляться, натуральный продукт пока еще удерживает свои позиции. Управление продажами является основной функцией отдела продаж на данном предприятии. В отделе продаж сосредотачиваются все процессы по обслуживанию клиента, он является одной из важнейших организационных структур предприятия. Задачи отдела продаж, как правило, включают: продвижение продукции на рынок; обеспечение качества при заключении сделок; информирование руководства о состоянии на рынке сбыта; осуществление контроля продаж; 5 2 ИДЕИ И ПРИНЦИПЫ СТРУКТУРНЫХ МЕТОДОВ АНАЛИЗА И ПРОЕКТИРОВАНИЯ 2.1 Идеи структурных методов Методы структурного анализа и проектирования разделяют большие системы на части, так называемые «черные ящики» и иерархически организуют их, таким образом преодолевая различные сложности, связанные с проектированием больших систем. Использование черных ящиков выгодно в том, что пользователю не нужно знать, как они работают, ему нужно знать только его входы, выходы и его назначение. Разбиение на черные ящики должно удовлетворять следующим критериям: 1) Каждый черный ящик должен реализовывать единственную функцию системы. 2) Функция каждого черного ящика должна быть легко понимаема независимо от сложности ее реализации. 3) Связь между черными ящиками должна вводиться только при наличии связи между соответствующими функциями системы. 4) Связи между черными ящиками должны быть простыми, насколько это возможно, для обеспечения независимости между ними. Можно сформулировать первую идею, лежащую в основе структурных методов – разбиение информационной системы на «черные ящики» для упрощения и облегчения проектирования и анализа информационной системы. Второй идеей, лежащей в основе структурных методов, является идея иерархий. Недостаточно разбить систему на ее части, необходимо организовать эти части определенным образом, а именно в виде иерархических структур. 6 Для объекта внедрения технологии SADT реализована схема организационной представляет структуры, собой представленная визуализацию на рисунке иерархического 1.1. Она распределения сотрудников. Генеральный директор Главный бухгалтер Коммерческий директор Бухгалтерия Отдел по работе с клиентами Начальник складского отдела Бухгалтеры Менеджеры по работе с клиентами Складской отдел Рисунок 1.1 – Схема организационной структуры отдела продаж сахарного завода Третья идея, лежащая в основе структурных методов – использование визуального моделирование, а именно графических нотаций. Они также служат для облегчения понятия сути систем. 2.2 Принципы структурных методов Все наиболее распространенные методы структурного подхода базируются на ряде общих принципов: принцип «разделяй и властвуй» — принцип решения трудных проблем путем разбиения их на множество меньших независимых задач, легких для понимания и решения; принцип иерархического упорядочения — принцип организации составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне. 7 принцип абстрагирования — выделение существенных аспектов системы и отвлечение от несущественных; принцип формализации – применение строго методического подхода к решению проблемы; принцип упрятывания – упрятывание несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию; принцип концептуальной общности – следование единой философии на всех этапах ЖЦ (структурный анализ – структурное проектирование – структурное программирование – структурное тестирование); принцип полноты – контроль за присутствием лишних элементов принцип непротиворечивости — обоснованность и согласованность элементов системы; принцип логической независимости – концентрация внимания на логическом проектировании для обеспечения независимости от физического проектирования; принцип независимости данных – модели должны быть проанализированы и спроектированы независимо от процессов их логической обработки, а также от их физической структуры и распределения; принцип структурирования данных — данные должны быть структурированы и иерархически организованы; принцип доступа конечного пользователя – пользователь должен иметь средства доступа к базе данных, которые он может использовать непосредственно (без программирования). Соблюдение этих принципов необходимо при организации работ на начальных этапах ЖЦ независимо от разрабатываемой ИС и используемых при этом методов. 8 2.3 Средства структурного анализа Структурным анализом принято называть метод исследования системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней. Для таких методов характерно: разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7); ограниченный контекст, включающий лишь существенные на каждом уровне детали; дуальность данных и операций над ними; использование строгих формальных правил записи; последовательное приближение к конечному результату. Для целей моделирования систем и структурного анализа используют следующие группы средств, представляющие: функции, которые должна выполнять система; процессы, обеспечивающие выполнение указанных функций; данные, необходимые при выполнении функций и отношения между этими данными; организационные структуры, обеспечивающие выполнение функций; информационные потоки, возникающие в ходе выполнения функций. Наиболее часто и эффективно применяются следующие средства структурного анализа: DFD (Data Flow Diagrams) — диаграммы потоков данных в нотациях Гейна-Сарсона, Йордона-Де Марко и других, обеспечивающие требования анализа и функционального проектирования информационных систем; 9 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Е); по порядку построения модели - процедурно-ориентированные, ориентированные на данные и информационно-ориентированные; по типу целевых систем - для систем реального времени (СРВ) и для информационных систем (ИС). 2.4 Методологии структурного анализа и проектирования Методология структурного анализа и проектирования ПО определяет шаги работы, которые должны быть выполнены, их последовательность, правила распределения и назначения операций и методов. В настоящее время успешно используются такие методологии, как SADT (Structure Analysis and Design Technique), структурный системный анализ Гейна-Сарсона,структурный анализ и проектирование Йодана/Де 10 Марко, развитие систем Джексонаи другие. Эти структурные методологии жестко регламентируют фазы анализа требований и проектирования спецификаций. Несмотря на достаточно широкий спектр используемых методов и диаграммных техник, большинство методологий базируется на следующей "классической" совокупности: диаграммы потоков данных в нотации Йодана/Де Марко или Гейна-Сарсона, обеспечивающие анализ требований и функциональное проектирование информационных систем; расширения Хатли и Уорда-Меллора для проектирования систем реального времени, основанные на диаграммах переходов состояний, таблицах решений, картах и схемах потоков управления; диаграммы "сущность-связь" (в нотации Чена или Баркера) для проектирования структур данных, схем БД, форматов файлов как части всего проекта; структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры модулей. Разработка ПО основана на модели ВХОД-ОБРАБОТКА-ВЫХОД: данные входят в систему, обрабатываются или преобразуются и выходят из системы. Такая модель используется во всех структурных методологиях. При этом важен порядок построения модели. 11 3 ПРОФИЛИ SADT 3.1 Понятие профиля ИС Профиль - это совокупность нескольких (или подмножество одного) базовых стандартов с четко определенными и гармонизированными подмножествами обязательных и факультативных возможностей, предназначенная для реализации заданной функции или группы функций. Для формирования и применения профиля некоторого объекта или процесса выделяется функциональная характеристика объекта стандартизации. Далее в профиле выделяются и устанавливаются допустимые факультативные возможности и значения параметров каждого базового стандарта и/или нормативного документа, входящего в профиль. При этом профиль не может противоречить использованным в нем базовым стандартам и нормативным документам. Он должен применять выбранные из альтернативных вариантов факультативные возможности и значения параметров только в пределах допустимых значений. На базе одной совокупности базовых стандартов могут формироваться и утверждаться различные профили для разных проектов ИС и сфер применения. Эти ограничения базовых документов профиля и их гармонизация, проведенная разработчиками профиля, должны обеспечивать качество, совместимость и корректное взаимодействие компонентов системы, соответствующих профилю, в заданной области его применения. 3.2 Выбор конкретных профилей для проектирования SADT Так как объектом внедрения технологии является отдел продаж сахарного завода, одним из важнейших требований является моделирование, позволяющее построить модели бизнес-процессов или явлений с целью получения объяснений этих явлений, а также возможные результаты процессов. Следующим важным требованием является соблюдение иерархичности. Несоблюдение этого параметра ведет к нарушению и 12 усложнению всего процесса проектирования или построения бизнеспроцессов. Исходя из вышеперечисленных требований, было принято решение о выборе основных профилей: моделирование и иерархичность. 3.3 Профиль моделирование Начало моделирования в SADT означает создание диаграмм А0 и А-0, которые затем могут быть отрецензированы. Эти две диаграммы полностью рассказывают все об изучаемой системе с минимальной степенью детализации. Прежде чем начать моделирование необходимо подготовиться к нему, собрать информацию, декомпозировать объект исследования (декомпозиция – диаграмма А0 освещает наиболее важные функции и объекты системы), затем обобщить эту декомпозицию (диаграмма А-0 трактует систему как черный ящик, дает ей название и определяет наиболее важные входы, управления, выходы и механизмы). Этапы моделирования: 1. Выбор цели и точки зрения. 2. Составление списка данных. 3. Составление списка функций. 4. Обобщение. 5. Построение и обобщение диаграммы А0(А0 – А-0). 6. Декомпозиция ограниченного объекта. 7. Итерационный процесс рецензирования. 8. Завершение моделирования. 9. Документирование. 13 3.3.1 Начальная стадия моделирования Цель и точка зрения модели определяется на самой ранней стадии создания модели. Выбор цели осуществляется с учетом вопросов, на которые должна ответить модель, а выбор точки зрения – в соответствии с выбором позиции, с которой описывается модель. Если выбор цели и точки зрения затруднен, то можно вначале построить диаграмму А0, и с ее помощью установить это. Иногда приходится строить несколько альтернативных диаграмм А-0 для достаточной уверенности в правильности выбранной цели и точки зрения. Формируются списки данных и списки функций. При этом лучше, если данных больше, чем меньше. Данные можно сразу группировать по типам. Функции системы тоже лучше объединить по типу используемых данных. Затем функции объединяются в группы (от 3 до 6) Желательно, чтобы эти группы имели один и тот же уровень сложности, содержали примерно одинаковый объем действий и функции в каждой из них имели сходные операции и цели. Исходное содержание диаграммы А0 обеспечивают списки данных и функций. Вначале изображаются блоки в соответствии с их доминированием. Затем основные дуги, представляющие ограничения. Эти дуги всегда являются внешними, так как представляют данные, поступающие из непосредственного окружения системы. Далее размещаются остальные внешние дуги и назначаются соответствующие им ICOM-коды. В завершении изображаются все оставшиеся дуги. Как правило, невозможно сразу без черновика нарисовать диаграмму. Поэтому ее перерисовывают (рисуют несколько версий). Обобщение является последним важным шагом начального этапа моделирования. Для любой SADT – диаграммы есть родительская диаграмма, содержащая ее контекст. Контекстом для А0 служит А-0, представляющая обобщение всей модели. Эта диаграмма имеет несколько назначений: она 14 объявляет общую функцию всей системы, дает множество основных типов или наборов данных, которые использует или производит система, указывает взаимоотношения между основными типами данных, производя их разграничение. Для построения А-0 в центре бланка рисуют один большой блок, название которого совпадает с названием диаграммы А0. Все внешние дуги диаграммы А0 изображаются на диаграммах А-0 входящими в соответствующую сторону блока. Далее на диаграмме выписывается цель и точка зрения модели. 3.3.2 Продолжение моделирования Декомпозиция ограниченного объекта основывается на тех же методах и выводит модель на следующий уровень детализации. Этот процесс является рекурсивным. Начало процесса декомпозиции заключается в выборе блока рассматриваемой диаграммы и рассмотрении объекта, определяемого этим блоком и его дугами. При этом надо учесть, что рассматривать следует в первую очередь такой блок, декомпозиция которого выявит многие аспекты диаграммы А0 и будет оказывать большее влияние на будущие декомпозиции других блоков этой системы. При выборе самого содержательного блока нужно учесть и доминирование, и функциональную сложность, и понятность. Лучшим блоком для первой декомпозиции будет тот, который позволит наиболее глубоко проникнуть в суть рассматриваемой системы. Детализация блока производится путем составления списка данных и списка функций и последующего построения диаграммы. В процессе декомпозиции целесообразно проверять ICOM-коды, потому что при моделировании весьма распространены ошибки интерфейса. Если Вы сомневаетесь, стоит ли включать некоторые блоки и дуги в диаграмму, то лучше ее включить, снабдив соответствующими записями. Следующий этап – рецензирование созданной модели автором и экспертами. Опытные аналитики при декомпозиции блока разделяют этап 15 создания и этап критического рассмотрения диаграммы. За несколько минут проверки можно самому обнаружить те ошибки, которые часто выявляются с помощью обратной связи с читателями. После проверки пытаются построить альтернативные декомпозиции, которые могли бы лучше выразить нужную информацию. При этом даже если альтернативные декомпозиции хуже исходной, они позволяют лучше понять функционирование системы путем объединения и разъединения функций и данных. В результате этой работы могут быть внесены изменения как в новую (дочернюю), так и в родительскую диаграммы. Однако точное описание модели может быть достигнуто только с помощью внешней оценки читателей и экспертов системы. Этот процесс требует создания комплектов рабочих материалов для рассылки экспертам. Этот комплект носит название папки. Папки рассылаются читателям для получения замечаний. Автор отвечает на замечания и вновь отправляет папки читателям и так до тех пор, пока модель не достигнет необходимого уровня точности. Эти папки кроме стандартных бланков содержат текстовые страницы с различными пояснениями, страницы FEO для графических и текстовых дополнений и глоссария, титульную страницу с указанием названия папки, ее автора, краткого содержания и имен экспертов. 3.4 Профиль иерархичность Основным диаграмма. рабочим Модель SADT элементом при объединяет и моделировании организует является диаграммы в иерархические древовидные структуры, при этом, чем выше уровень диаграммы, тем она менее детализирована. В состав диаграммы входят блоки, изображающие функции моделируемой системы, и дуги, связывающие блоки вместе, и изображающие взаимодействия и взаимосвязи между блоками. Методология SADT требует, чтобы в диаграмме было 3-6 блоков; в этих пределах диаграммы и модели 16 удобны для чтения, понимания и использования. Вместо одной громоздкой модели используют несколько небольших взаимосвязанных моделей, значения которых взаимно дополняют друг друга, делая понятной структуру сложного объекта. Блоки на диаграммах изображаются прямоугольниками и сопровождаются текстами на естественном языке, описывающим функции. При этом каждая сторона блока имеет вполне определенное назначение: левая сторона предназначена для Входов, верхняя – для Управления, правая – для Выходов, нижняя – для Механизмов (Исполнителей). Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено. 17 Модель SADT сопроводительной представляет документацией, собой разбивающих серию диаграмм сложный объект с на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы. Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы. 18 4 ОПИСАНИЕ И ИСПОЛЬЗОВАНИЕ ТЕХНОЛОГИИ SADT 4.1 Описание технологии SADT SADT - одна из самых известных методологий анализа и проектирования информационных систем, введенная в 1973 году Россом. С точки зрения SADT модель может основываться либо на функциях системы, либо на ее предметах (планах, данных, оборудовании, информации и т.д.). Соответствующие модели принято называть функциональными моделями и моделями данных. Функциональная модель представляет с нужной степенью подробности систему активностей, которые в свою очередь отражают свои взаимоотношения через предметы системы. Модели данных представляют собой подробное описание предметов системы. Полная методология SADT заключается в построении моделей обеих типов для более точного описания сложной системы. Однако в настоящее время широкое применение нашли только функциональные модели. Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях: графическое представление блочного моделирования. строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. 19 Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков); связность диаграмм (номера блоков); уникальность меток и наименований (отсутствие повторяющихся имен); синтаксические правила для графики (блоков и дуг); разделение входов и управлений (правило определения роли данных). отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель. Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. 4.2 Использование технологии SADT Для отражения главной бизнес-функции отдела продаж «Продажа продукции» была построена контекстная диаграмма с помощью технологии SADT в нотации IDEF0, а также ее декомпозиция и декомпозиции процессов, входящих в нее. Контекстная диаграмма главной продукции» представлена на рисунке 4.1. 20 бизнес-функции «Продажа А 0.2 А 0.1 А 0.4 Продажа продукции А0 А 0.3 Рисунок 4.1 – Контекстная диаграмма главной бизнес-функции «Продажа продукции» Каждая из стрелок имеет свою спецификацию, которые представлены в таблице 1. Таблица 1 – Спецификации стрелок контекстной диаграммы Иденти- Структура Содержание Адрес фикатор А 0.1 Общие характеристики источника А 0.1.1 Заявка клиента Физическое и Количество страниц = 1. юридическое Особенных требований к лицо хранилищу не предъявляется. А 0.2 А 0.2.1 Закон о защите Государство Полное наименование: прав Закон РФ от 07.02.1992 N потребителей 2300-1 (ред. от 03.07.2016) (ЗПП) "О защите прав потребителей". 21 А 0.2.2 Закон о защите Государство Федеральный закон от персональных 27.07.2006 N 152-ФЗ (ред. данных от 31.12.2017) «О персональных данных» А 0.2.3 Учетная Предприятие Количество страниц = 15. Государство Постановление политика А 0.2.4 Правила перевозки грузов Правительства РФ от автомобильным 15.04.2011 N 272 (ред. от транспортом 12.12.2017, с изм. от 16.03.2018) "Об утверждении Правил перевозок грузов автомобильным транспортом" А 0.3 А 0.3.1 Начальник складского отдела А 0.3.2 Менеджер по работе с клиентами А 0.4 А 0.3.3 Бухгалтер А 0.4.1 Сопроводительн Начальник Подразумевает под собой ые документы складского все документы, отдела, сопровождающие менеджер по продукцию от начала до работе с конца продажи клиентами, бухгалтер А 0.4.2 Акт сверки Бухгалтер Это документ, взаимных отражающий расчетов состояние взаимных расчет ов между сторонами за определенный период. 22 А 0.4.3 Акт оказанных Бухгалтер услуг Это документ, подтверждающий факт предоставления услуги ее исполнителем и передачи результата заказчику. А 0.4.4 Реализованная Менеджер по Это продукция, продукция работе с изготовленная, клиентами отгруженная и оплаченная потребителем сбытовой или торгующей организацией. Диаграмма декомпозиции бизнес-процесса «продажа продукции», включает в себя следующие моделируемые функции: - обработать заявку (А1); - вести ассортимент (А2); - оформить заказ (А3); - сформировать платежные документы (А4); - сформировать документы об отпуске продукции (А5); - сформировать завершающие документы (А6). Диаграмма декомпозиции бизнес-процесса «Продажа продукции» представлена на рисунке 4.2. 23 Правила перевозок грузов автомобильным транспортом Учетная политика Закон о защите персональных данных Закон о защите прав потребителей Заявка клиента Обработать заявку А1 Анкета Договор Оформить заказ А3 Данные о продукции Сформировать платежные документы А4 Вести ассортимент А2 Счет на оплату Сформировать документы об отпуске продукции Товарно-транспортная накладная Сформировать завершающие документы Акт сверки взаимных расчетов Акт оказанных услуг Реализованная А6 продукция Бухгалтер Начальник складского отдела Менеджер по работе с клиентами А5 Сопроводительные документы Рисунок 4.2 – Диаграмма декомпозиции бизнес-процесса «Продажа продукции» А1: на вход поступает заявка, на выход анкета. Управлением служат: закон о защите прав потребителя, закон о защите персональных данных. Механизмом является менеджер по работе с клиентами; А2: на выход поступают данные о продукции. Управлением служит: учетная политика. Механизмом является начальник складского отдела; А3: на вход поступает анкета и данные о продукции, на выход договор. Управлением служит учетная политика и закон о защите персональных данных. Механизмом является менеджер по работе с клиентами; А4: на вход поступает договор, на выход счет на оплату. Управлением служат учетная политика, закон о защите прав потребителей и закон о защите персональных данных. Механизмом является бухгалтер. А5: на вход поступает счет на оплату, на выход товарно-транспортная накладная и сопроводительные документы. Управлением служат учетная 24 политика и правила перевозки грузов автомобильным транспортом. Механизмом является бухгалтер. А6: на вход поступает товарно-транспортная накладная, на выход акт сверки взаимных расчетов, акт оказанных услуг и реализованная продукция. Управлением служит учетная политика. Механизмом является бухгалтер. Диаграмма декомпозиции бизнес-процесса «Сформировать документы об отпуске продукции» состоит из следующих работ: - оформить продажу и отпуск готовой продукции (А5.1); - сформировать удостоверение о фактической отгрузке или оказании услуг и их стоимости (А5.2); - учесть движение готовой продукции (А5.3). А5.1: на вход поступает счет на оплату, на выход товарная накладная. Управлением служат учетная политика и правила перевозок грузов автомобильным транспортом. Механизмом является бухгалтер. А5.2: на вход поступает товарная накладная, на выход счет-фактура и сопроводительные документы. Управлением служат учетная политика и правила перевозок грузов автомобильным транспортом. Механизмом является бухгалтер. А5.3: на вход поступает счет-фактура, на выход товарно-транспортная накладная и сопроводительные документы. Управлением служат учетная политика и правила перевозок грузов автомобильным транспортом. Механизмом является бухгалтер. Диаграмма декомпозиции бизнес-процесса «Сформировать документы об отпуске продукции» представлена на рисунке 4.3. 25 Оформить продажу и отпус готовой продукции А5.1 Правила перевозок грузов автомобильным транспортом Учетная политика Счет на оплату Товарная накладная Сформировать удостоверение о Счет-фактура фактической отгрузке или оказании услуг и их стоимости А5.2 Учесть движение готовой продукции Сопроводительные документы Бухгалтер А5.3 Товарно-транспортная накладная Рисунок 4.3 – Диаграмма декомпозиции бизнес-процесса «Сформировать документы об отпуске продукции» Диаграмма декомпозиции бизнес-процесса «Сформировать завершающие документы» состоит из следующих работ: - подтвердить заключение договора перевозки грузов (А6.1); - сверить взаимные расчеты (А6.2); - проверить выполнение обязательств перед заказчиком (А6.3). 26 А6.1: на вход поступает товарно-транспортная накладная, на выход транспортная накладная. Управлением служит учетная политика. Механизмом является бухгалтер. А6.2: на вход поступает транспортная накладная, на выход акт оказанных услуг. Управлением служат учетная политика. Механизмом является бухгалтер. А6.3: на вход поступает акт оказанных услуг, на выход акт сверки взаимных расчетов и реализованная продукция. Управлением служат учетная политика. Механизмом является бухгалтер. Диаграмма декомпозиции бизнес-процесса «Сформировать Учетная политика завершающие документы» представлена на рисунке 4.4. Товарно-транспортная накладная Подтвердить заключение договора перевозки грузов Транспортная накладная Акт сверки взаимных расчетов А6.1 Сверить взаимные расчеты А6.2 Акт сверки взаимных расчетов Акт оказанных услуг Реализованная продукция Бухгалтер Проверить выполнение обязательств перед заказчиком А6.3 Рисунок 4.4 – Диаграмма декомпозиции бизнес-процесса «Сформировать завершающие документы» 27 Также была построена диаграмма декомпозиции бизнес-функции «Продажа продукции» в нотации IDEF3 На рисунке 4.5 представлена модель IDEF3, которая позволяет отображать последовательность этапов процесса. В качестве основных элементов данной модели выделяют: - работы; - перекрестки, позволяющие отобразить логику взаимодействия стрелок при разветвлении или слиянии. В таблице 2 представлены типы перекрестков. Таблица 2 – Типы перекрёстков в нотации IDEF3 Обозначе- Наименование ние Смысл в случае слияния Смысл в случае стрелок (Fan-in Junction) разветвления стрелок (Fan-out Junction) Asynchronous Все предшествующие Все следующие процессы AND процессы должны быть должны быть запущены завершены Synchronous Все предшествующие Все следующие процессы AND процессы завершены запускаются одновременно одновременно Asynchronous Один или несколько Один или несколько OR предшествующих процессов следующих процессов должны быть завершены должны быть запущены Synchronous OR Один или несколько Один или несколько предшествующих процессов следующих процессов завершены одновременно запускаются одновременно XOR (Exclusive Только один Только один следующий OR) предшествующий процесс процесс завершен запускается 28 Обработать заявку клиента & Вести ассортимент Сформировать платежные документы Оформить заказ Проверить наличие продукции на складе Сформировать счетфактуру Проверить оплату Х Сформировать документы об отпуске продукции & Сформировать транспортную накладную & Сформировать завершающие документы Сформировать товарнотранспортную накладную Сформировать товарную накладную & Сформировать акт сверки взаимных расчетов Завершить продажу продукции & Сформировать акт оказанных услуг Рисунок 4.5 – Диаграмма декомпозиции бизнес-процесса «Продажа продукции» в нотации IDEF3 На сегодняшний день существует два основных подхода к разработке информационных систем, отличающихся критериями декомпозиции. Первый подход - функционально-модульный или структурный, определяется принципом алгоритмической декомпозиции. В соответствии с этим принципом осуществляется разделение функций ИС на модули по функциональной принадлежности, и каждый модуль реализует один из этапов общего процесса. Такой традиционный функционально-модульный подход к 29 проектированию ИС, получивший название модель «водопада», предусматривает строго последовательный порядок действий. Диаграммы потоков данных (DFD - Data Flow Diagram) являются основным средством моделирования функциональных требований проектируемой системы. Целью методики является построение модели рассматриваемой системы в виде диаграммы потоков данных, обеспечивающей правильное описание выходов (отклика системы в виде данных) при заданном воздействии на вход системы (подаче сигналов через внешние интерфейсы). С их помощью функциональные требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Логическая модель DFD показывает внешние по отношению к системе источники (адресаты) данных, идентифицирует логические функции (процессы) и группы элементов данных, связывающие одну функцию с другой (потоки), а также идентифицирует хранилища (накопители) данных, к которым осуществляется доступ. К преимуществам методики DFD относятся: возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы; возможность проектирования сверху вниз, что облегчает построение модели "как должно быть"; наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и 30 построить полную функциональную спецификацию разрабатываемой системы. К недостаткам модели можно отнести: необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных; отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов); недостаточная обратная связь, присущая каскадной модели; ориентация на функционально-модульный подход увеличивает вероятность потери контроля над решением возникающих проблем. Построенная диаграмма потоков данных бизнес-функции «Продажа продукции» представлена на рисунке 4.6. 31 Заказчик Договоры Заявка клиента Оформленный договор Обработка заявки на покупку продукции менеджером по работе с клиентами Оформление заказа менеджером по работе с клиентами Обработанная заявка Анкета Заявки Данные о продукции Товарная накладная Товарные накладные Акт сверки взаимных расчетов Формирование завершающих документов бухгалтером Ведение ассортимента начальником складского отдела Акты сверок взаимных расчетов Товарнотранспортная накладная Акт оказанных услуг Формирование платежных документов бухгалтером Данные о продукции Счет на оплату Счета на оплату Формирование документов об отпуске продукции бухгалтером Счет-фактура Счета-фактуры Акты оказанных услуг Товарно-транспортная накладная Транспортная накладная Транспортная накладная Рисунок 4.6 – Диаграмма потоков данных 32 ВЫВОД Идеи, лежащие в основе структурных методов анализа и проектирования, заключаются в разбиении информационной системы на части и организация их в виде иерархических структур, что существенно облегчает и упрощает анализ и проектирование информационных систем. Проведен анализ структуры объекта внедрения технологии SADT. Основными профилями проектирования ИС являются моделирование и иерархичность. В результаты проведенных работ были рассмотрены и использованы идеи, лежащие в основе методов анализа и проектирования информационных систем, используя технологию SADT была построена организационная структура отдела продаж сахарного завода, иллюстрирующая иерархическую структуру отдела, контекстная диаграмма и ее декомпозиции в нотации IDEF0, декомпозиция контекстной диаграммы в нотации IDEF3, а также построена диаграмма потоков данных бизнес-процесса Продажа продукции» в нотации DFD. 33 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. Организационная структура отдела продаж // Структура отдела продаж [Электронный ресурс] – URL: http://www.profrost.ru/otdelprodazh (Дата обращения 20.04.2018); 2. Черемных С.В. Структурированный анализ систем IDEF- технологии/ С.В. Черемных, И.О. Семенов, В.С. Ручкин. – М: Финансы и статистика, 2003.-208 с.; 3. Суркова Н.Е. Методология структурного проектирования информационных систем: Монография / Н.Е. Суркова, А.В. Остроух, Красноярск: Научно-инновационный центр, 2014.-190 с. 4. Методология SADT и стандарты IDEF [Электронный ресурс] – URL: https://lektsii.org/12-12531.html 5. Ипатов Э.Р., Ипатов Ю.В. Методологии и технологии системного проектирования информационных систем:Учеб.пособие М.:Магнитогорск МаГУ,2006.-222с. 34 для вузов.-
