Учебная работа. Реферат: Комплексная модель работы строительной фирмы

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Контрольные рефераты

Учебная работа. Реферат: Комплексная модель работы строительной фирмы

Министерство образования и науки РФ (Российская Федерация — Брянский муниципальный технический институт

Кафедра «Компьютерные технологии и системы»

Тема курсовой работы: «Всеохватывающая модель работы строительной конторы»

Документы текстовые

Всего 20
листов

Управляющий Казаков Ю.М.

«»200г.

Студент

«»200г.

Брянск 2006

Задание

на курсовую работу по дисциплине

«Информационные технологии»

Студент Раскина Д.В.
ГруппаЗ 09-ИСТ

Тема курсовой работы: «Всеохватывающая модель работы строительной конторы»

Дата выдачи задания «» 200г.

График выполнения курсовой работы

1. Многофункциональная модель системы (эталон IDEF0)

начало «» 200 окончание «» 200г.

2. Диаграмма потоков данных

начало «» 200 окончание «» 200г.

3. Диаграмма описания потоков действий (эталон IDEF3)

начало «» 200 окончание «» 200г.

4. Всеохватывающая модель функционирования системы

начало «» 200 окончание «» 200г.

Дата сдачи задания «» 200г.

Заведующий кафедрой

«Компьютерные технологии и системы»

д.т.н., доктор В.И. Аверченков

(подпись)

Управляющий курсовой работы

(подпись)

Содержание

1)Цель работы…………………………………………………………….…..4

2) Введение…………………………………………………………….………4

3)Описание предметной области………………………………………….….6

4)Описание применяемой методологии……………………………………..7

5)Описание процесса построения модели………………..………….……..11

6)Вывод………………………………………………………………………..20

1.
Цель работы.

1) Освоение методологии case средством BpWin.

2) Создать всеохватывающую модель работы строительной конторы с описанием работы конторы как с поставщиками, так и с клиентами.

2. Введение.

SADT — одна из самых узнаваемых и обширно применяемых систем проектирования. SADT — аббревиатура слов Structured Analysis and Design Technique (разработка структурного анализа и проектирования) — это графические обозначения и подход к описанию систем. Дуглас Т. Росс ввел их практически 20 лет вспять. С того времени системные аналитики компании SofTech , Inc . улучшили SADT и употребляли ее в решении широкого круга заморочек. Программное обеспечение телефонных сетей, системная поддержка и смерти)

, долгосрочное и стратегическое планирование, автоматическое создание и проектирование, конфигурация компьютерных систем, обучение персонала, встроенное программное обеспечение для оборонных систем, управление деньгами и материально-техническим снабжением — вот некие из областей действенного применение SADT. Широкий диапазон областей показывает на универсальность и мощь методологии SADT. В программке встроенной компьютеризации производства (ICAM) Министерства обороны США (Соединённые Штаты Америки — части, именуемой IDEFO . Таковая стандартизация вместе с возрастающей автоматической поддержкой значит, что SADT сейчас наиболее доступна и ординарна в использовании. Под заглавием IDEFO SADT применялась тыщами профессионалов в военных и промышленных организациях. В коммерческом мире SADT употребляется для определения требований. В этом качестве она соперничает с способами, нацеленными на потоки данных, — структурного проектирования Е.Иордана, структурного анализа Т.ДеМарко, структурного системного анализа С. Гейна и Т. Сарсона, также с способами структуризации данных —методами М.Джексона, Лж.Д. Варнира и К. Орра. В отличие от этих способов структурного анализа, истоки которых необходимо находить в проектировании программного обеспечения, SADT сотворена для описания системы и ее среды до определения требований к программному обеспечению либо к чему-либо другому. Другими словами, поставив собственной целью описание системы в общем, создатели SADT изобрели графический язык и набор процедур анализа для осознания системы до этого, чем можно представить для себя ее воплощение. Таковым образом, SADT, как правило, применяется на ранешних шагах процесса сотворения системы, который нередко именуют «актуальным циклом системы«, и время от времени за сиим следует применение упомянутых выше способов.

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

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

• строгость и точность. Выполнение правил SADT просит достаточной строгости и точности, не накладывая в то же время лишних ограничений на деяния аналитика. Правила SADT включают:

• ограничение количества блоков на любом уровне декомпозиции (правило 3-6 блоков);

• связность диаграмм (номера блоков);

• неповторимость меток и наименований (отсутствие циклических имен);

• синтаксические правила для графики (блоков и дуг);

• разделение входов и управлений (правило определения роли данных).

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

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

3.
Предметная область и информационные запросы.

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

Последующий этап- поступление аванса от заказчика для закупки нужных материалов.

Производственный отдел производит контроль за своевременным обеспечением строек проектно-сметной документации и смотрит за соблюдением строй норм и правил сдачей объектов в эксплуатацию в установленные сроки.

Конкретно воплощение заказа делают прорабы и подчиненные им бригады. Прораб смотрит за выполнением работы и распределяет обязанности.

На крайнем шаге происходит осмотр объекта бригадиром и клиентом и, при отсутствии претензий- сдача объекта в эксплуатацию.

4.
Короткие сведения о методологиях.





Методология
IDEF0



Графическое изображение.

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

Более комфортным языком моделирования бизнес-процессов является IDEFO, предложенный наиболее 20 лет вспять Дугласом Россом (SoftTech, Inc.) и называвшийся сначало SADT — Structured Analysis and Desifi Technique. (Тщательно методология SADT излагается в книжке Дэви А. Марка и Клемента Мак-Гоуэна «Методология структурного анализа проектирования SADT» М.:Метатехнология, 1993.) Сначала 70-х годов вооруженные силы США

Под моделью в IDEFO соображают описание системы (текстовое и графическое), которое обязано отдать ответ на некие заблаговременно определенные вопросцы.

Моделируемая система рассматривается как случайное подмножество во Вселенной. Случайное поэтому, что, во-1-х, мы сами умозрительно определяем, будет ли некоторый объект компонентом системы, либо мы будем его разглядывать как наружное действие, и, во-2-х, оно зависит от точки зрения на систему. Система имеет границу, которая отделяет ее от остальной Вселенной. Взаимодействие системы с миром вокруг нас описывается как вход (нечто, что перерабатывается системой), выход (итог деятель системы), управление (стратегии и процедуры, под управлением которых делается работа) и механизм (ресурсы, нужные для проведения работы). Находясь под управлением, система конвертирует входы в выходы, используя механизмы.

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

Под субъектом понимается сама система, при всем этом нужно буквально установить, что заходит в систему, а что лежит за ее пределами, иными словами, мы должны найти, что мы будем в предстоящем рассматри­вать как составляющие системы, а что как наружное действие, На определе­ние субъекта системы будет значительно влиять позиция, с которой рас­сматривается система, и цель моделирования — вопросцы, на которые постро­енная модель обязана отдать ответ.





Методология
DFD

Диаграммы потоков данных (DFD) являются главным средством моделирования многофункциональных требований проектируемой системы. С помощью их эти требования разбиваются на многофункциональные составляющие (процессы) и представляются в виде сети, связанной потоками данных. Основная цель таковых средств — показать, как любой процесс конвертирует свои входные данные в выходные, также выявить дела меж этими действиями.

Для изображения DFD обычно употребляются две разные нотации: Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson). Дальше при построении примеров будет употребляться нотация Йодана, все исключения будут за ранее оговариваться.

В базе данной методологии (методологии Gane/Sarson) лежит построение модели анализируемой ИС — проектируемой либо реально имеющейся. В согласовании с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД либо DFD), описывающих асинхронный процесс преобразования инфы от ее ввода в систему до выдачи юзеру. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют главные процессы либо подсистемы ИС с наружными входами и выходами. Они детализируются с помощью диаграмм нижнего уровня. Таковая декомпозиция длится, создавая многоуровневую иерархию диаграмм, до того времени, пока не будет достигнут таковой уровень декомпозиции, на котором процесс стают простыми и детализировать их дальше нереально.

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

потоков данных являются:

— наружные сути;

системы/подсистемы;

— процессы;

— накопители данных;

— потоки данных.

.

Методология описания действий IDEF3

наличие в диаграммах DFD частей для описания источников, прием­ников и хранилищ данных дозволяет наиболее отлично и наглядно обрисовать процесс документооборота. Но для описания логики взаимодействия информационных потоков наиболее подступает IDEF3, именуемая также workflow diagramming — методологией моделирования, использующая гра­фическое описание информационных потоков, отношений меж действиями обработки инфы и объектов, являющихся частью этих действий. Диаграммы Workflow могут быть применены в моделирова­нии бизнес-процессов для анализа завершенности процедур обработки ин­формации. С помощью их можно обрисовывать сценарии действий сотрудни­ков организации, к примеру последовательность обработки заказа либо собы­тия, которые нужно обработать за конечное время, Любой сценарий сопровождается описанием процесса и быть может применен для доку­ментирования каждой функции.

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

техника описания набора данных IDEF3 является частью структурного анализа. В отличие от неких методик описаний действий IDEF3 не ог­раничивает аналитика чрезвычайно твердыми рамками синтаксиса, что может привести к созданию неполных либо противоречивых моделей.

IDEF3 быть может также применен как способ сотворения действий. IDEF3 дополняет IDEFO и содержит все нужное для построения моде­лей, которые в предстоящем могут быть применены для имитационного анализа.

5.
Описание процесса построения модели.

Построение IDEF0 модели.

К основному блоку добавляем стрелки: заказ(вход), Готовый объект (выход), Персонал (механизм, т.е. ресурсы, выполняющие работу), ГОСТ (управление, т.е. те правила, которыми управляется работа).

Декомпозируем блок Проект на четыре блока: Поступление заказа, Закупка материала, выполнение работы, Контроль свойства.

Устанавливаем связи.

Декомпозируем блок Поступление заказа на блоки: Рассмотрение заказа, анализ рынка, составление сметы, Согласование сторон.

Декомпозируем блок Закупка материала на блоки: Поступление валютных средств от клиента, Подбор материала, Оценка заказчиком, Покупка .

Декомпозируем блок выполнение работы на блоки: Распределение обязательств, Побелка и покраска, Проверка работы прорабом.

Декомпозируем блок контроль свойства на блоки: осмотр бригадиром, Осмотр клиентом.

Построение IDEF3 модели.

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

процесс выполнения проекта смотрится последующим образом: При поступлении заказ рассматривается, составляется смета, которая согласовывается с заказчиком. Если заказчик одобряет смету, то перечисляются ДС от заказчика и закупается материал, либо расчеты за ранее уточняются. Потом происходит выполнение работ с следующей оценкой и, если претензий нет, то объект принимается, либо сначало устраняются недочёты в работе.

Декомпозируем блок выполнение проекта на 10 взаимосвязанных блоков: заказ рассматривается, составление сметы, уточнение расчётов, смета согласовывается с заказчиком, закуп, подбор материала, выполнение работ, оценка работ, брак, готовый объект.

Построение DFD модели.

В отличие от стрелок IDEF0, которые представляют собой твердые связи, стрелки DFD демонстрируют, как объекты (включая данные) двигаются от одной работы к иной. Это представление потоков вместе с хранилищами данных и наружными сущностями делает модели DFD наиболее схожими на физические свойства системы — движение объектов, хранение объектов, поставка и распространение объектов.

Наружные сути изображают входы в систему и/либо выходы из системы. Наружные сути изображаются в виде прямоугольника с тенью и обычно размещаются по бокам диаграммы (Персонал, заказчик, Готовый объект).

Потоки работ изображаются стрелками и обрисовывают движение объектов из одной части системы в другую. Так как в DFD любая сторона работы не имеет точного предназначения, как в IDEF0, стрелки могут подступать и выходить из хоть какой грани прямоугольника работы.

В вещественных системах хранилища данных изображаются там, где объекты ждут обработки (гост). В системах обработки инфы хранилища данных являются механизмом, который дозволяет сохранить данные для следующих действий.

Вывод.

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

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

Внедрение BPwin (AllFusion Process Modeler 7) отлично применять в проектах, в каких необходимо создать описание имеющихся баз компании, ввести на предприятии корпоративные информационные систем и для проведения реорганизации имеющихся бизнес-проектов. При помощи BPwin можно провести оптимизацию деятель компании и выполнить проверку на соответствие ее эталонам ISO 9000, сделать проект организационной структуры, исключить ненадобные операции, уменьшить размер издержек и прирастить эффективность. В базе программного продукта BPwin (AllFusion Process Modeler 7) заложены принятые технологии моделирования, такие как idef0. Внедрение этого программного комплекса дозволяет отлично обеспечить все нюансы моделирования информационных систем.

]]>