МИНИСТЕРСТВО ОБРАЗОВАНИЯИ НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПООБРАЗОВАНИЮ
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕУЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
Отчет
по курсовой работе
по курсу: МОДЕЛИРОВАНИЕСИСТЕМ
на тему: «Разработкамодели Станции Переливания Крови,
используя методологиипроектирования IDEF0, DFDи IDEF3»
2007 г.
Цельработы
Целямиданной курсовой работы были:
·применениеметодов предпроектного обследования предприятия;
·анализполученных материалов для последующего моделирования;
·разработкамодели процесса в стандарте IDEF0;
·описаниедокументооборота и обработки информации в стандарте DFD;
·описанияпроцессов в стандарте IDEF3;
·разработкасмешанной модели описания процесса на основе стандартов IDEFO, DFD и IDEF3.
Введение
Дляправильного координирования процессов протекающих в моделированной системеуправления необходимо создать структуру, т.е. упорядочить процессы.Моделирование работы информационной системы особенно важно на первых этапах еёсоздания. Так как исправление допущенных на этом этапе ошибок обходитсянаиболее дорого, то и польза на этапе анализа задачи и разработки логическоймодели её решения значительна.
Модель – это образ или прообразкакого-либо объекта или системы объектов, используемый при определенныхусловиях в качестве их «заместителя» или «представителя».
Моделирование– это процесс, в результате которого можно выполнять стратегическоепланирование проекта, анализ и формализацию требований к информационной системе,создание системного проекта.
Деятельность,направленная на то, чтобы разобраться в функционировании систем, построитьсоответствующие модели и на их основе выдвинуть некоторые предположения поповоду улучшения работы некоторых звеньев, считается моделированием.
Существуетнесколько видов моделирования:
Процессорноемоделирование – описание деятельности предприятия в виде бизнес-процессовнепрерывных взаимосвязанных функций (например, построение модели в видеорганизационно-функциональной схемы или по методологии IDEF0).
Организационно-функциональноемоделирование – графическое описание бизнеса – процессов непрерывных в видепоследовательности работ, реализуемой отдельными элементами организационнойструктуры, с информационными, вещественными и / или финансовымипотоками между ними.
Информационноемоделирование – описание инфармационной структуры объектов (сущностей, атрибутов,ключей) с идентификацией отношений между ними.
Имитационноемоделирование – моделирование проведения системы в различных аспектах и вразных внешних и внутренних условиях с анализом динамических характеристикбизнес-процессов и с анализом распределений ресурсов (например, с использованиемделовых игр).
В даннойкурсовой работе для разработки модели организации учебного процессаиспользуется два вида моделирования:
1. Процессорноемоделирование (IDEF0).
2. Организационно-функциональноемоделирование.
Модель «какесть» представляет собой «снимок» положения дел на предприятии (оргштатнаяструктура, взаимодействия подразделений, принятые технологии, автоматизированныеи неавтоматизированные бизнес-процессы и т.д.) на момент обследования и позволяющейпонять, что делает и как функционирует данное предприятие с позиций системногоанализа, а также на основе автоматической верификации выявить ряд ошибок и«узких» мест и сформулировать ряд предложений по улучшению ситуации.
Модель «какдолжно быть» интегрирует перспективные предложения руководства исотрудников предприятия, экспертов и системных аналитиков, и позволяетсформировать видение новых рациональных технологий работы предприятия.
Построенныемодели являются не просто реализацией начальных этапов разработки системы итехническим заданием на последующие этапы. Они представляют собойсамостоятельный отделяемый результат, имеющий большое практическое значение, вчастности:
· Модель«как есть» включает в себя существующие неавтоматизированные технологии,работающие на предприятии. Формальный анализ этой модели позволит выявить«узкие» места в технологиях и предложить рекомендации по ее улучшению(независимо от того, предполагается на данном этапе автоматизация предприятияили нет).
· Онапозволяет осуществлять автоматизированное и быстрое обучение новых работниковконкретному направлению деятельности предприятия (так как ее технологиясодержится в модели) с использованием диаграмм.
· С еепомощью можно осуществлять предварительное моделирование нового направлениядеятельности с целью выявления новых потоков данных, взаимодействующихподсистем и бизнес-процессов.
Основнымицелями моделирования при разработке проектов являются:
· Представлениедеятельности предприятия и принятых в нем технологий в виде иерархии диаграмм,обеспечивающих наглядность и полноту их отображения;
· Формированиена основании анализа предложений по реорганизации организационно-управленческойструктуры;
· Упорядочиваниеинформационных потоков (в том числе документооборота) внутри предприятия;
· Выработкарекомендаций по построению рациональных технологий работы подразделенийпредприятия и его взаимодействию с внешним миром;
· Анализтребований и проектирование спецификаций корпоративных информационных систем;
· Рекомендациии предложения по применимости и внедрению существующих систем управленияпредприятием.
1.Инструментальная среда ВРwin
BPwin имеет достаточно простой и интуитивно понятный интерфейспользователя, дающий возможность аналитику создавать сложные модели приминимальных усилиях. BPwin поддерживает три методологии – IDEF0, IDEF3 и DFD, каждая из которыхрешает свои специфические задачи. В BPwin возможно построение смешанных моделей, т.е.модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD. Модель в BPwin рассматривается каксовокупность работ, каждая из которых оперирует с некоторым набором данных.Работа изображается в виде прямоугольников, данные – в виде стрелок.
1.1 Принциппостроения модели IDEFO
Основу методологии IDEFO составляет графический язык описаниябизнес-процессов. Модель в нотации IDEFO представляет собой совокупность иерархическиупорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицейописания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
· контекстнуюдиаграмму (в каждой модели может быть только одна контекстная диаграмма);
· диаграммыдекомпозиции;
· диаграммыдерева узлов;
· диаграммытолько для экспозиции (FEO).
Контекстнаядиаграмма является вершиной древовидной структуры диаграмм и представляет собойсамое общее описание системы и ее взаимодействия с внешней средой.
2.Анализ предметной области
Порядокмедицинского обследования донора крови и ее компонентов
1.общиеположения
Настоящий порядокмедицинского обследования донора крови и ее компонентов определен во исполнении14 Закона РФ «Одонорстве крови и ее компонентов».
Всоответствии с указанным законом донором может быть каждый дееспособныйгражданин в возрасте от 18 до 60 лет, прошедший медицинское обследование.Медицинское обследование перед сдачей крови и выдача справок о состоянии егоздоровья производится бесплатно.
Донорствоподразделяется на следующие виды: донорство крови, донорство плазмы, в томчисле иммунной, донорство клеток крови.
В зависимостиот периодичности сдачи крови и еекомпонентов доноры подразделяются на следующиекатегории: активные, имеющие 3 и более кроводач в году, и доноры резерва,имеющие менее 3 кроводач в году.
2.организация медицинского обследования донора
Медицинскоеобследование донора осуществляется в отделении учета и комплектования донорскихкадров станции переливания крови лечебно-профилактических учреждений.
Медицинскоеобследование содержит в себе общий для всех видов донорства и категорий доноровпорядок и дополнительные к нему требования.
2.1Порядок регистрации донора2.1.1 Регистрация донора как при первичном, так и приповторном обращении, осуществляется регистратурой отделения учета икомплектования донорских кадров только по предъявлению документа удостоверяющегоего личность.
2.1.2 Пприобращении донора резерва оформляется «Карта донора резерва» и «Учетная карточкадонора» с внесением в них паспортных данных в соответствии с предъявленнымидокументами.
2.1.3 Прирегистрации каждому донору выдается «Анкета донора», заполняемая имсамостоятельно или с помощью мед регистратора
2.1.4 Кромерегистрации доноров регистратура выполняет следующие функции:
– ведениеучетной карточки донора на основании отметки о количестве сданной крови и еекомпонентов.
– оформлениесправок подтверждающих факт медицинского обследования или медицинскогообследования с последующей сдачей крови или ее компонентов.
– заполнения«журнала регистрации мероприятий проводимых при заболевании донором сифилисом,гепатитом и др.»
2.2 Общийпорядок медицинского обследования
2.2.1Регистратурой донор направляется в лабораторию для проведения первичного досдачи крови и ее компонентов, клинико-лабораторного исследования крови.
Данноеисследование включает в себя определение уровня гемоглобина и круппы крови,резудьтаты которого вносятся в медицинскую документацию, и донор направдяетсяна прием к врачу-трансфузиологу.
2.2.2Врачом-трансфузиологом осуществляется:
– обследованиедонора, включающее в себя измерение веса, температуры тела, артериального давления,определение ритмичности и частоты пульса, осмотр кожных покровов идр.
– определениепоказаний к донорству, его вида и обьема взятия крови или ее компонентов.
2.3. Данные о состоянииздоровья, вид донорства и обьем взятия крови или ее компонентов заносятся всоответсвующую документацию и донор направляется в отделение забора крови и еекомпонентов
3. Вотделении забора крови и ее компонентов взятая дополнительнокровь направляется для проведения исследования(скрининга) ее состава ибиохимических показателей, исследования крови на наличие сифилиса, антигенагепатита – В, антител к гепатиту С, ВИЧ -1 и ВИЧ – 2 антител, определения резуспринадлежности.
3.1Заготовка крови от доноров осуществляется с учетом необходимостиудовлетворения потребности лечебно-профилактических учреждений здравоохраненияв крови, ее компонентах о препаратах.
Кровь отдоноров заготавливают в стационарных или выездных условиях только станциипереливания крови.
Расстановкаперсонала во время работы должна способствовать наиболее рациональнойорганизации регистрации, обследования и взятия крови у доноров с минимальнымизатратами времени. Продолжительность пребывания донора в пункте заготовки кровидожна быть максимально сокращена.В целях обеспечения равномерного потока доноров в операционнуюнеобходима организация их поступления на пункт заготовки крови с учетомпропускной способности операционной, условий работы предприятий и т.д.
4. отделконтроля качества крови
Результатыкаждоголабораторного исследования записывает лицо, проводившее исследование, впогрупповые листы или в учетную карточку донора и журнал лаборатории. Этидокументы поступают к сотруднику, ответственному за паспортизацию крови.
Паспортизациякрови осуществляется после полного ее апробирования. специально выделенный сотрудник,ответственный за паспортизацию, который сверяет правильность результатов всехисследований и решает вопрос о пригодности крови длоя переливания.
Окончательномаркированные контейнеры с кровью передают в экспедицию для выдачи влечебно-профилактические учреждения.
2. Разработка модели
2.1Принцип построения модели IDEFO
Основу методологии IDEFO составляет графический язык описаниябизнес-процессов. Модель в нотации IDEFO представляет собой совокупность иерархическиупорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицейописания системы и располагается на отдельном листе.
IDEFO-модель предполагаетналичие четко сформулированной цели единственного субъекта моделирования иодной точки зрения.
Модель может содержать четыре типа диаграмм:
· контекстнуюдиаграмму (в каждой модели может быть только одна контекстная диаграмма);
· диаграммыдекомпозиции;
· диаграммыдерева узлов;
· диаграммытолько для экспозиции (FEO).
Контекстнаядиаграмма является вершиной древовидной структуры диаграмм и представляет собойсамое общее описание системы и ее взаимодействия с внешней средой.
Этот процессназывается функциональной декомпозицией, а диаграммы, которые описывают каждыйфрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции.
В основенотации и методологии IDEF0 лежит понятие «блока», то есть прямоугольника,который выражает некоторую функцию бизнеса. Как известно, прямоугольник имеетчетыре стороны. В IDEF0 роли (функциональные значения) всех сторон различны:
· верхняя сторона имеетзначение «управления»;
· левая – «входа»;
· правая – «выхода»;
· нижняя – «механизма».
Вторымэлементом методологии и нотации является «поток» (в стандарте называемый – «интерфейснаядуга») – элемент, описывающий данные, неформальное управление, или что-либодругое «оказывающее влияние» на функцию, изображенную блоком. В зависимости оттого, к какой стороне блока направлен поток, он, соответственно, носит название«входной», «выходной», «управляющий».
Изобразительнымэлементом, представляющим «поток», является стрелка.
Управление – эточто управляет деятельностью бюро, в данной разрабатываемой модели – этомедицинские инструкции.
Стрелки «входа»вносят функции входных данных, в контекстной диаграмме – это донор.
Стрелки «выхода»– выходные данные. В контекстной диаграмме – это готовые компоненты крови.
Стрелка «механизма»– это влияющие на процессы данные. В диаграмме – это персонал и оборудование.
Последекомпозиции контекстной диаграммы проводится декомпозиция каждого большогофрагмента системы на более мелкие, при этом каждому фрагменту задается имя итак далее, до достижения нужного уровня подробности описания.
После каждогосеанса декомпозиции проводятся сеансы экспертизы – эксперты предметной областиуказывают на соответствие реальных бизнес-процессов созданным диаграммам.
Найденныенесоответствия исправляются, и только после прохождения экспертизы беззамечаний можно приступать к следующему сеансу декомпозиции. Так достигаетсясоответствие.
Всеперекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактироватьсвойства перекрестка при помощи диалога Definition Editor.
2.2Принцип построения модели DFD
Диаграммыпотоков данных (DFD) являются основным средством моделирования функциональныхтребований проектируемой системы. С их помощью эти требования разбиваются нафункциональные компоненты (процессы) и представляются в виде сети, связаннойпотоками данных. Главная цель таких средств – продемонстрировать, как каждыйпроцесс преобразует свои входные данные в выходные, а также выявить отношениямежду этими процессами.
Дляизображения DFD традиционно используются две различные нотации: Йодана(Yourdon) и Гейна-Сарсона (Gane-Sarson). Далее при построении примеров будетиспользоваться нотация Йодана, все исключения будут предварительнооговариваться.
В основеданной методологии (методологии Gane/Sarson) лежит построение моделианализируемой ИС – проектируемой или реально существующей. В соответствии с методологиеймодель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD),описывающих асинхронный процесс преобразования информации от ее ввода в системудо выдачи пользователю. Диаграммы верхних уровней иерархии (контекстныедиаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами.Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозицияпродолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока небудет достигнут такой уровень декомпозиции, на котором процесс становятсяэлементарными и детализировать их далее невозможно.
Источникиинформации (внешние сущности) порождают информационные потоки (потоки данных),переносящие информацию к подсистемам или процессам. Те в свою очередьпреобразуют информацию и порождают новые потоки, которые переносят информацию кдругим процессам или подсистемам, накопителям данных или внешним сущностям – потребителяминформации. Таким образом, основными компонентами диаграмм потоков данныхявляются:
Ø внешниесущности;
Ø системы /подсистемы;
Ø процессы;
Ø накопителиданных;
Ø потокиданных.
2.3Принцип построения модели IDEF3
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEFO и содержит всенеобходимое для построения моделей, которые в дальнейшем могут бытьиспользованы для имитационного анализа.
Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса иможет являться составляющей другой работы. Поскольку сценарий описывает цель ирамки модели, важно, чтобы работы именовались отглагольным существительным,обозначающим процесс действия, или фразой, содержащей такое существительное.
Точка зрения на модель должна быть задокументирована. Обычно этоточка зрения человека, ответственного за работу в целом. Также необходимозадокументировать цель модели – те вопросы, на которые призвана ответитьмодель.
Перекрестки (Junction). Окончание одной работы может служить сигналом кначалу нескольких работ или же одна работа для своего запуска может ожидатьокончания нескольких работ. Перекрестки используются для отображения логики взаимодействиястрелок при слиянии и разветвлении или для отображения множества событий,которые могут или должны быть завершены перед началом следующей работы. Типыперекрёстков представлены в табл.:
Типы перекрестковОбозначение Наименование Смысл в случае слияния стрелок (Fan-in Junction)
Смысл в случае
разветвления стрелок (Fan-out Junction) ||& Asynchronous AND Все предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены ||&|| Synchronous AND Все предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно ||O Asynchronous OR Один или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены ||O|| Synchronous OR Один или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно ||X
XOR
(Exclusive OR) Только один предшествующий процесс завершен Только один следующий процесс запускается
Все перекрестки на диаграмме нумеруются, каждый номер имеетпрефикс J.Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEFO и DFD в IDEF3 стрелки могут сливатьсяи разветвляться только через перекрестки.
Объект ссылки. Объект ссылки в IDEF3 выражает некую идею,концепцию или данные, которые нельзя связать со стрелкой, перекрестком илиработой. Для внесения объекта ссылки служит кнопка |R| – (добавить в диаграммуобъект ссылки – Referent) в палитре инструментов. Объект ссылки изображается ввиде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылкизадается в диалоге Referent (пункт всплывающего меню Name Editor), в качествеимени можно использовать имя какой-либо стрелки с других диаграмм или имясущности из модели данных. Объекты ссылки должны быть связаны с единицами работили перекрестками пунктирными линиями. Официальная спецификация IDEF3 различаеттри стиля объектов ссылок – безусловные (unconditional), синхронные(synchronous) и асинхронные (asynchronous). BPwin поддерживает толькобезусловные объекты ссылок. Синхронные и асинхронные объекты ссылок,используемые в диаграммах переходов состояний объектов, не поддерживаются.
Заключение
Следующим этапом разработки является этап проектирования. Передначалом проектирования и реализации нужно иметь точное и детальное пониманиетребований на высоком уровне. Кроме того, очень полезно иметь структурутребований, которая может быть использована как исходные данные дляформирования системы. Все это достигается посредством анализа и моделирования.Выполняя анализ и моделирования, мы добились разделения задач, которые впредпроектом состоянии мы готовили и упрощали для последующей деятельности попроектированию и реализации. Разграничиваем проблемы, которые должны бытьрешены, и решения, которые должны быть приняты для того, чтобы справиться сними.
В результатеработы на этапах моделирования и проектирования мы получили проект системы,содержащий достаточно информации для реализации системы.
После анализаработы СПК мы можем судить о степени загруженности каждой ее составляющей, отом, что необходимо автоматизировать в первую очередь и какими средствами.
Выяснилось,что на СПК вся информация передается на бумажном носителе. Через него проходитбольшое количество документов, которые необходимо обработать. Именно поэтомунеобходимо внедрение средств, которые позволят ускорить этот процесс. Этоускорит документооборот, что улучшит работу данного отдела.
Литература
1. Рогозов Ю.И.,Стукотий Л.Н., Свиридов А.С. Моделирование систем, ТРТУ, 2004.
2. Рогозов Ю.И.,Стукотий Л.Н., Свиридов А.С. Лабораторный практикум по курсу«Моделирование систем», ТРТУ, 2004.
3. Маклаков С.В.CASE-средства разработки информационных систем. BPwin и Erwin – М.: ДиалогМифи,2001.
4. ПостановлениеПравительства РФ «О мерах по организаии индивидуального (персонифицированного)учета для целей государственного пенсионного страхования».
5. Федеральныйзакон «Об индивидуальном (персонифицированном) учете в системе государственногопенсионного страхования».
6. Инструкцияо порядке ведения индивидуального (персонифицированного) учета сведений озастрахованных лицах для целей государственного пенсионного страхования.
7. «Оформах документов индивидуального (персонифицированного) учета в системегосударственного пенсионного страхования и инструкции по их заполнению»
8. Положениео порядке ведения индивидуального (персонифицированного) учета сведений озастрахованных лицах для целей обязательного пенсионного страхования.
9. Должностнаяинструкция на инспектора (по персонифицированному учету) отдела кадров.
10. Должностнаяинструкция на старшего инспектора (бюро персонифицированного учета) отделакадров