Компьютерные информационные технологии: Современные информационные технологии - вариант 3

. Разработать функциональную модель программы по учету стройматериалов 2. Создать три диаграммы UML, на примере работы банка. ? Диаграмму прецедентов, ? диаграмму классов, ? еще одну по выбору, из оставшихся. Требования к контрольной работе по СИТ (э)_ч.1 Общее Цель контрольной работы - проверить знания студентов по рассматриваемым в работе темам изучаемой дисциплины, выявить умение работать с учебной и специальной литературой. Контрольная работа, отраженная в записке, должна состоять из 2-х частей: ? Моделей, выполненных в стандарте IDEF0, ? Моделей, выполненных в стандарте UML 2.0. По тексту работы следует приводить рисунки, схемы и таблицы, поясняющие излагаемый материал. Требования к моделям, выполненным в стандарте IDEF0: Модель должна представлять собой описание процессов предметной области, определенных в индивидуальном задании. В качестве инструментария разработки рекомендуется использовать AllFusion Process Modeller 7.0. Декомпозиция контекстного уровня должна выполняться до выделения элементарных бизнес функций. Все подписи на моделях должны быть только на русском языке (минимум 4 уровня). Структура ответа на практическое задание. 1. Построить контекстную диаграмму модели, отражающую бизнес-процесс в целом. Указать название бизнес-процесса, управление, вход, выход, механизмы. 2. Построить диаграммы декомпозиции модели бизнес-процесса, включающего соответствующие операции (работы), которые связаны между собой. 3. Проверить синтаксис модели бизнес-процесса 4. Отобразить диаграмму дерева узлов модели бизнес-процесса. 5. Определить стоимостные и временные характеристики бизнес-процесса. 6. Описать центры затрат бизнес-процесса. 7. Задать стоимость каждой работы на диаграмме декомпозиции модели бизнес-процесса. 8. Оформить отчет по практическому заданию. В отчете представить копии контекстной диаграммы, диаграммы декомпозиции, диаграммы дерева узлов модели бизнес-процесса,. результаты по стоимостному анализу бизнес-процесса. Требования к моделям, выполненным в стандарте UML: В процессе выполнения контрольной работы студенты должны сформировать представление о пользователях и функциях проектируемой системы, о выполнении вариантов использования (прецедентов), о концептуальных сущностях системы, а также получить практические навыки построения моделей вариантов использования (прецедентов), выявить узкие места в работе вариантов использования (прецедентов), получить информацию по требованиям конкретного варианта использования (прецедента), выявить группы объектов с общими свойствами (атрибутами), поведением (операциями), отношениями с другими объектами и семантикой. Выполнение работы предусматривает создание проекта для последующей разработки автоматизированной информационной системы, реализующей фрагмент бизнес-процесса по формированию соответствующих документов. По результатам анализа и формализации процессов предметной области необходимо построить следующие диаграммы, описывающие будущую систему: - прецедентов (use case diagram), - состояний (state machine diagram), - взаимодействия (interaction diagram), - компонентов (component diagram), - поставки (deployment diagram), - классов (class diagram). Все подписи на моделях должны быть только на русском языке, за исключением названия классов, атрибутов и методов. В качестве инструментария разработки рекомендуется использовать Rational Rose или Enterprise Architect. К пояснительной записке прилагается диск, который должен содержать две папки: в первой папке – документ Word с пояснительным текстом к задачам, во второй – исходные файлы задач (функциональная модель IDEF0 + диаграммы UML). Общие сведения о методологии IDEF0 Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Неудивительно, что в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к CASE-технологиям и инструментальным CASE-средствам, позволяющим максимально систематизировать и автоматизировать все этапы разработки программного обеспечения: СASE-средство верхнего уровня Bpwin, поддерживающее методологии IDEFO. Erwin - case средство, позволяющее осуществить прямое и обратное проектирование базы данных, поддерживает методологию IDEF1X. Сase-средство BPwin значительно облегчают задачу создания информационной системы, позволяя осуществить декомпозицию сложной системы на более простые с тем, чтобы каждая из них могла проектироваться независимо, и для понимания любого уровня проектирования достаточно было оперировать с информацией о немногих ее частях. Стандарт IDEF0 предназначен для функционального моделирования. Его применение - это сравнительно новое направление, но уже достаточно популярное и заслужившее серьезное отношение к себе. В основе стандарта лежит понятие функции, под которой понимается управляемое действие над входными данными, осуществляющееся посредством определенного механизма, результатом его являются выходные данные. Стандарт IDEF0 базируется на трех основных принципах: 1) Принцип функциональной декомпозиции - любая функция может быть разбита на более простые функции, 2) Принцип ограничения сложности - количество блоков от 2 до 8 (в BPwin) условие удобочитаемости, 3) Принцип контекста - моделирование делового процесса начинается с построения контекстной диаграммы, на которой отображается только один блок - главная функция моделирующей системы. Специализированным средством создания IDEF0 диаграмм является BPwin. Это лучшее средство в своем классе. Пакет BPWin предназначен для функционального моделирования и анализа деятельности предприятия. Модель в BPWin представляет собой совокупность SADT-диаграмм, каждая из которых описывает отдельный процесс в виде разбиения его на шаги и подпроцессы. С помощью соединяющих дуг описываются объекты, данные и ресурсы, необходимые для выполнения функций. Имеется возможность для любого процесса указать стоимость, время и частоту его выполнения. Эти характеристики в дальнейшем могут быть просуммированы с целью вычисления общей стоимости затрат - таким образом выявляются узкие места технологических цепочек, определяются затратные центры. BPWin может импортировать фрагменты информационной модели из ERWin (при этом сущности и атрибуты информационной модели ставятся в соответствие дугам SADT-диаграммы). Генерация отчетов по модели может осуществляться в формате MS Word и MS Excel. Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Диаграммы строятся при помощи блоков (см. рис.1.1).Каждый блок описывает какое-либо законченное действие. Четыре стороны блока имеют различное предназначение. Слева отображаются входные данные - исходные ресурсы для описываемой блоком функции (исходная информация, материалы), Справа показываются выходные ресурсы - результирующие ресурсы, полученные в результате выполнения описываемой блоком функции, Сверху управление - то, что воздействует на процесс выполнения описываемой блоком функции и позволяет влиять на результат выполнения действия (средства управления, люди), Механизм изображается снизу - это то, посредством чего осуществляется данное действие (станки, приборы, люди и т.д.). Рис.1.1. Построение диаграммы Bpwin. Иерархия диаграмм Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено. Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы. Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы. Каждый блок на диаграмме имеет свой номер. Блок любой диаграммы может быть далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм. Таким образом, формируется иерархия диаграмм. Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели. Как уже отметили главный процесс - это создать курсовой проект. На входе этого процесса - исходные данные по заданию. В качестве управляющего воздействия выступает методическое пособие, ГОСТы, необходимые требования. Механизм осуществления создания курсового проекта - программное обеспечение, с помощью которого представлен материал и разработан проект и исполнитель проекта(студент) Рис.1.2.Блок "Создать курсовой проект" Рис.1.2.Блок "Создать курсовой проект" Рис.1.3.Декомпозиция блока "Произвести анализ предметной области" Рис.1.4.Декомпозиция блока "Создать проект" Требования к пояснительной записке • титульный лист, • содержание, • задание по контрольной работе • введение, • краткие теоретические сведения об используемых языках и технологиях • описание первой задачи • описание второй задачи • выводы, • список источников, использованных при разработке, Рекомендуемая литература • Рамбо Дж., Блаха М. / UML 2.0 Объектно-ориентированное моделирование и разработка, 2-е издание. – СПб.: Питер, 2007. – 544 с.: ил. • Шмуллер Дж. / Освой самостоятельно UML за 24 часа, 3-е издание. - Пер. с англ. – М.: Издательский дом «Вильямс», 2006. – 416 с.: ил. • Фаулер М. / UML. Основы, 3-е издание. – Пер. с англ. – СПб: Символ-Плюс, 2006. – 192 с., ил. • Буч Г. / Язык UML. Руководство пользователя. / Грэйди Буч, Джеймс Рамбо, Айвар Джекобсон: Пер. с англ. Слинкин А. А. – 2-ое изд., стер. – М.: ДМК «Пресс», СПБ.: Питер, 2006 – 432 с.: ил. • Леоненков А. / Самоучитель UML, 2-е издание. – СПб: БХВ-Петербург, 2005. – 432 с.: ил. • Нейбург, Эрик, Дж., Максимчук, Роберт, А. Проектирование баз данных с помощью UML.: Пер. с англ. – М.: Издательский дом «Вильямс», 2002. – 288 с.: ил.