Реферат Fвтоматизированный расчет инвестиционного проекта в среде пакета Project Expert
Работа добавлена на сайт bukvasha.net: 2015-10-28Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
от 25%
Подписываем
договор
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ
К У Р С О В О Й П Р О Е К Т
по дисциплине «Информационные технологии управления»
Выполнила: студентка ЭУМС –
III
-
7
НиконоваЮ.О.
Проверил: ст. пр. Постнов К.В.
Работа защищена __________________
дата
Оценка _________________________
Москва – 2010
Содержание
Стр.
Введение. ИСиТ в управлении предприятием……………………………. 3
Глава 1. Построение модулей бизнес-процессов организации в среде пакета BP-WIN по методологии структурного анализа SADT ……………………..6
| 1.1 Построение модели в нотации IDEF0........................................... 9 | |||
| 1.2 Построение модели в нотации IDEF3.......................................... 11 | |||
| 1.3 Построение модели в нотации DFD.............................................. 13 | |||
| 1.4 Проведение стоимостного анализа (АВС)................................... 15 | |||
| 1.5 Задание категории пользователя (UDP)....................................... 16 Глава 2. Выполнение автоматизированного расчета инвестиционного проекта в среде пакета Project Expert............................... 16
Заключение ………………………………………………………………… 20 Библиографический список………………………………………………. 21 |
| | |
Введение. ИСиТ в управлении предприятием.
Современный этап развития человеческой цивилизации характеризуется переходом к так называемому информационному обществу, в которой в результате процессов информатизации и компьютеризации информационные технологии во всех сферах деятельности играют более важную роль, нежели индустриальные, аграрные и др.
Наиболее широко информационные системы и технологии используются в производственной, управленческой и финансовой деятельности, хотя начались подвижки в сознании людей, занятых и в других сферах, относительно необходимости их внедрения и активного применения. Это определило угол зрения, под которым будут рассмотрены основные области их применения. Главное внимание уделяется рассмотрению информационных систем и технологий с позиций использования их возможностей для повышения эффективности труда работников информационной сферы производства и поддержки принятия решений в организациях (фирмах).
Современные предприятия и фирмы представляют собой сложные организационные системы, отдельные составляющие которых – основные и оборотные фонды, трудовые и материальные ресурсы и другие – постоянно изменяются и находятся в сложном взаимодействии друг с другом.
Функционирование предприятий и организаций различного типа в условиях рыночной экономики поставило новые задачи по совершенствованию управленческой деятельности на основе комплексной автоматизации управления всеми производственными и технологическими процессами, а также трудовыми ресурсами.
Рыночная экономика приводит к возрастанию объема и усложнению задач, решаемых в области организации производства, процессов планирования и анализа, финансовой работы, связей с поставщиками и потребителями продукции, оперативное управление которыми невозможно без организации современной автоматизированной информационной системы (ИС).
Информационная система управления — совокупность информации, экономико-математических методов и моделей, технических, программных, других технологических средств и специалистов, предназначенная для обработки информации и принятия управленческих решений.
Информационная система управления должна решать текущие задачи стратегического и тактического планирования, бухгалтерского учета и оперативного управления фирмой. Многие учетные задачи (бухгалтерского и материального учета, налогового планирования, контроля и т. д.) решаются без дополнительных затрат путем вторичной обработки данных оперативного управления. Учет является необходимым дополнительным средством контроля. Используя оперативную информацию, полученную в ходе функционирования автоматизированной информационной системы,
руководитель может спланировать и сбалансировать ресурсы фирмы (материальные, финансовые и кадровые), просчитать и оценить результаты управленческих решений, наладить оперативное управление себестоимостью продукции (товаров, услуг), ходом выполнения плана, использованием ресурсов и т. д.
Информационные системы управления позволяют:
• повышать степень обоснованности принимаемых решений за
счет оперативного сбора, передачи и обработки информации;
• обеспечивать своевременность принятия решений по управлению
организацией в условиях рыночной экономики;
• добиваться роста эффективности управления за счет своевременного представления необходимой информации руководителям всех
уровней управления из единого информационного фонда;
• согласовывать решения, принимаемые на различных уровнях
управления и в разных структурных подразделениях;
• за счет информированности управленческого персонала о текущем состоянии экономического объекта обеспечивать рост производительности труда, сокращение непроизводственных потерь и т. д.
По видам процессов управления ИС делятся на:
- ИС управления технологическими процессами (предназначены для автоматизации различных технологических процессов (гибкие технологические процессы, энергетика и т.д.)).
- ИС управления организационно-технологическими процессами (представляют собой многоуровневые, иерархические системы, которые сочетают в себе ИС управления технологическими процессами и ИС управления предприятиями).
- Наибольшее распространение получили ИС организационного управления, которые предназначены для автоматизации функций управленческого персонала. Учитывая наиболее широкое применение и разнообразие этого класса систем, часто различные информационные системы понимаются именно в этом толковании. К этому классу ИС относятся информационные системы управления как промышленными фирмами, так и непромышленными экономическими объектами — предприятиями сферы обслуживания. Основными функциями таких систем являются оперативный контроль и регулирование, оперативный учет и анализ, перспективное и оперативное планирование, бухгалтерский учет, управление сбытом и снабжением и решение других экономических и организационных задач.
- Интегрированные ИС предназначены для автоматизации всех функций управления фирмой и охватывают весь цикл функционирования экономического объекта: начиная от научно-исследовательских работ, проектирования, изготовления, выпуска и сбыта продукции до анализа эксплуатации изделия.
- Корпоративные ИС используются для автоматизации всех функций управления фирмой или корпорацией, имеющей территориальную разобщенность между подразделениями, филиалами, отделениями, офисами и т.д.
- ИС научных исследований обеспечивают решение научно-исследовательских задач на базе экономико-математических методов и моделей.
- Обучающие ИС используются для подготовки специалистов в системе образования, при переподготовке и повышении квалификации работников различных отраслей экономики.
Информационная технология
Технология при переводе с греческого (techne) означает искусство, мастерство, умение, а это не что иное, как процессы. Под процессом следует понимать определенную совокупность действий, направленных на достижение поставленной цели. Процесс должен определяться выбранной человеком стратегией и реализоваться с помощью совокупности различных средств и методов.
Под технологией материального производства понимают процесс, определяемый совокупностью средств и методов обработки, изготовления, изменения состояния, свойств, формы сырья или материала. Технология изменяет качество или первоначальное состояние материи в целях получения материального продукта.
Рис. 1.2. Информационная технология как аналог технологии переработки материальных ресурсов
Информация является одним из ценнейших ресурсов общества наряду с такими традиционными материальными видами ресурсов, как нефть, газ, полезные ископаемые и др., а значит, процесс ее переработки по аналогии с процессами переработки материальных ресурсов можно воспринимать как технологию. Тогда справедливо следующее определение.
Информационная технология - процесс, использующий совокупность средств и методов сбора, обработки и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления (информационного продукта).
Цель технологии материального производства - выпуск продукции, удовлетворяющей потребности человека или системы.
Цель информационной технологии - производство информации для ее анализа человеком и принятия на его основе решения по выполнению какого-либо действия.
Информационная технология является процессом, состоящим из четко регламентированных правил выполнения операций, действий, этапов разной степени сложности над данными, хранящимися в компьютерах. Основная цель информационной технологии - в результате целенаправленных действий по переработке первичной информации получить необходимую для пользователя информацию.
Информационная система является средой, составляющими элементами которой являются компьютеры, компьютерные сети, программные продукты, базы данных, люди, различного рода технические и программные средства связи и т.д. Основная цель информационной системы - организация хранения и передачи информации. Информационная система представляет собой человеку -компьютерную систему обработки информации.
Реализация функций информационной системы невозможна без знания ориентированной на нее информационной технологии. Информационная технология может существовать и вне сферы информационной системы.
Таким образом, информационная технология является более емким понятием, отражающим современное представление о процессах преобразования информации в информационном обществе. В умелом сочетании двух информационных технологий - управленческой и компьютерной - залог успешной работы информационной системы.
Глава 1. . Построение модулей бизнес-процессов организации в среде пакета
BP
-
WIN
по методологии структурного анализа
SADT
Бизнес-процесс – это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы производителя, создает ценность и выдает результат потребителю. Среди основных причин, побуждающих организацию оптимизировать бизнес-процессы, можно выделить необходимость снижения затрат или длительности производственного цикла, требования, предъявляемые потребителями и государством, внедрение программ управления качеством, слияние компаний, внутриорганизационные противоречия и др.
Моделирование бизнес-процессов позволяет не только определить, как компания работает в целом, как взаимодействует с внешними организациями, заказчиками и поставщиками, но и как организована деятельность на каждом рабочем месте. Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, средство прогнозирования и минимизации рисков, возникающих на различных этапах реорганизации предприятия. Этот метод позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности.
Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Любая методология (методика) включает три основные составляющие:
– теоретическая база;
– описание шагов, необходимых для получения заданного результата;
– рекомендации по использованию как отдельно, так и в составе группы методик.
Инструмент моделирования бизнес-процессов должен удовлетворять следующим условиям:
- Отображать текущие бизнес-процессы. Инструмент должен графически представлять существующие процессы в виде модели и помогать определять узкие места и проблемы в работе.
- Определять новые требования бизнеса. Представив в графическом виде "один день жизни" компании или определенного отдела, можно определить наиболее оптимальный способ работы. Инструмент должен помогать в этом.
- Определять и прорабатывать альтернативные методы работы. В процессе изучения деятельности компании, могут возникнуть альтернативные варианты выполнения определенных операций. Инструмент разработки должен позволять прорабатывать каждый альтернативный вариант вплоть до результата, к которому он приводит, и наглядно представлять положительные и отрицательные стороны этого варианта.
Следует понимать, что сам по себе инструмент не является решением, однако, он помогает и является незаменимым для разработки, анализа, проверки и оптимизации бизнес-процессов.
Процесс моделирования:
1. Получение знаний в процессе опроса
В процессе моделирования сведения об изучаемой системе получают с помощью испытанной методики сбора информации - опросов или интервью. Для получения наиболее полной информации SADT предлагает использовать различные ее источники (например, читать документы, опрашивать людей, наблюдать за работой системы). Во время опроса графический язык SADT используется как средство для заметок, которые служат основой для построения диаграмм.
2. Документирование полученных знаний
Создание модели (блок 2 на рис. 2.1) - это второй важный этап в процессе моделирования, на котором аналитик документирует полученные им знания о данной проблемной области, представляя их в виде одной или нескольких SADT-диаграмм. Процесс создания модели осуществляется с помощью специального метода детализации ограниченного субъекта.
Рис. 2.1. Процесс создания SADT- модели
Коротко говоря, в SADT автор вначале анализирует объекты, входящие в систему, а затем использует полученные знания для анализа функций системы. На основе этого анализа создается диаграмма, в которой объединяются сходные объекты и функции. Этот конкретный путь проведения анализа системы и документирования его результатов является уникальной особенностью методологии SADT.
3. Корректность модели проверяется в процессе итеративного рецензирования
Моделирование в SADT - инженерная дисциплина. Это означает, что модели создаются исходя из действительной ситуации и что эти модели проходят через серию последовательных улучшений до тех пор, пока они в точности не будут представлять реальный мир. Одной из основных компонент методологии SADT является итеративное рецензирование, в процессе которого автор и эксперт многократно совещаются (устно и письменно) относительно достоверности создаваемой модели. Итеративное рецензирование называется циклом автор/читатель.
4. Координация процесса рецензирования
Организация своевременной обратной связи имеет важнейшее значение для эффективного моделирования, потому что устаревшая информация потенциально способна свести на нет все усилия по разработке системы. Вот почему SADT выделяет специальную роль наблюдателя за процессом рецензирования. На рис. 2.1. показано, что эту роль выполняет библиотекарь, который является главным координатором процесса моделирования в SADT, обеспечивая своевременное и согласованное распространение рабочих материалов. Библиотекарь распространяет полученные от авторов папки, контролирует их движение, рассылает напоминания о своевременном возвращении авторам папок с замечаниями и о сроках ответов авторов на предложения читателей. Кроме того, библиотекарь печатает законченные модели после того, как они одобрены и приняты к использованию.
5. Модели используются после их одобрения
Вспомним, что SADT-модели создаются с конкретной целью, и эта цель записана на диаграмме А-0 модели. В каком-то смысле эта цель определяет, как будет использоваться модель. Таким образом, как только завершено создание модели с требуемым уровнем детализации и модель проверена, она может применяться для достижения поставленной цели. Например, модель экспериментального механического цеха создана для описания деятельности различных работников механического цеха, хотя результирующая модель всегда предназначалась как основа учебного руководства для нового персонала. Если эта модель точно описывает работу персонала в цехе, но не может служить для подготовки учебного руководства - она бесполезна. Точная модель не всегда полезна.
В процессе SADT-моделирования рекомендуется выделить специальную группу людей, ответственных за то, что создаваемая в процессе анализа модель будет точна и используема в дальнейшем. Эта группа, называемая Комитетом технического контроля (см. блок 5 на рис. 2.1.), отвечает за контроль качества моделей, создаваемых авторами SADT-проекта. Комитет следит за выполняемой работой и ее соответствием конечным целям всего проекта. Члены Комитета обсуждают модель и оценивают, насколько она может быть использована и будет использована соответствующим образом в ходе выполнения проекта для достижения его глобальных целей.
На основе методологии SADT разработана, в частности, известная методология IDEF0, IDEF3, DFD…
BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
Модели бизнес-процессов в масштабах всего предприятия могут оказаться очень сложными. BPwin предоставляет возможности, призванные облегчить инкрементальную разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бывает необходимо более детально изучить определенную часть общей модели. BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.
Анализ бизнеса с различных сторон: поддержка в BPwin сразу трех нотаций: IDEF0, IDEF3 и DFD . BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям бизнес - аналитиков и системных аналитиков. BPwin позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
1.1
Построение модели в нотации
IDEF
0
Наиболее известная и распространенная методика моделирования бизнес-процессов – методология IDEF0, относящаяся к семейству IDEF. IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами, а не их временная последовательност. Она принята в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. IDEF0 можно использовать для моделирования широкого класса систем. Для новых систем она применяется с целью определения требований и функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам методология IDEF0 может быть использована для анализа функций, осуществляемых системой, и отображения механизмов, посредством которых эти функции выполняются.
Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Два наиболее важных компонента, из которых строятся диаграммы IDEF0, – это бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные, а также объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки в зависимости от того, в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:
- стрелки входа (Input) (входят в левую грань работы) – изображают данные(информацию) или объекты (материалы), изменяемые в ходе выполнения работы;
- стрелки управления(Control) (входят в верхнюю грань работы) – изображают правила, стандарты, управляющие воздействия и ограничения, согласно которым выполняется работа;
- стрелки выхода (Output) (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
- стрелки механизма (Mechanism) (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, человеческие ресурсы и т. п.);
- стрелки вызова(Call) (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что – как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). В качестве последней обычно выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
После того как контекст описан, строится иерархия диаграмм. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Каждая подсистема описывается аналитиком совместно с экспертом предметной области детализации, получается модель, аппроксимирующая систему с заданным уровнем точности. Построив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель «A- I-»), аналитик может увидеть все наиболее уязвимые места системы. После этого с учетом выявленных недостатков можно строить модель новой организации бизнес-процессов (модель «TO BE»).
Таким образом, рамка IDEF0 – удобный стандартный инструмент для указания основных характеристик диаграммы бизнес-процесса. Приводимые в ней данные определяют положение диаграммы среди других диаграмм, текущий статус, дату последнего пересмотра и т. д. Наличие стандартной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов, поскольку во всех современных системах моделирования процессов (например, BPWin 5), поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Благодаря этому процесс документирования моделей становится простым и прозрачным, что существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.
Методология моделирования бизнес-процессов IDEF0 предназначена для описания процессов верхнего уровня, при этом акцент делается на управление процессами, обратными связями и информацией.
Декомпозиция (Decomposition)
Декомпозиция - является третьим основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.
Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Рисунок 2.1.2 Пример диаграммы декомпозиции
Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой. Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области.
В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Глоссарий (Glossary).
Глоссарий - является Последним из понятий IDEF0 Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги “распоряжение об оплате” глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
1.2 Построение модели в нотации
IDEF
3
Нотация IDEF3 – вторая важнейшая нотация (после IDEF0), предназначенная для описания потоков работ (Work Flow Modeling). Она широко используется для создания моделей бизнес-процессов организации на нижнем уровне – при описании работ, выполняемых в подразделениях и на рабочих местах. Следует отметить, что нотация IDEF3 была взята за основу при создании методики описания процессов ARI- еЕРС – «расширенной цепочки процесса, управляемого событиями».
Методология IDEF3 позволяет графически описать и составить исчерпывающую документацию процессов, фокусируя внимание на ходе их выполнения и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 предполагает построение двух типов моделей:
· модель отражает некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация;
· модель показывает «сеть переходных состояний объекта», предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении определенного процесса.
С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий предусматривает описание процесса и может быть использован, для того чтобы наглядно показать или лучше задокументировать бизнес-функции организации.
В IDEF3 различают три типа связей:
- связь предшествования (Precedence) – показывает, что, прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией;
- связь отношения (Relational) – показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;
- поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, например объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками;
- перекрестки (Junction-) – используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса, которые могут возникнуть во время его выполнения. Различают два типа перекрестков:
ü перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса;
ü перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно;
ü объекты ссылок (Referent-) – служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.
Для того чтобы избежать неоднозначности описания потоков работ, в нотации IDFE3, т.к. перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице.
| Обозначение | Наименование | Смысл в случае слияния стрелок (Fan-in Junction) | Смысл в случае разветвления стрелок (Fan-out Junction) |
| | Асинхронное «И» (Asynchronous AND) | Все предшествующие процессы должны быть завершены | Все следующие процессы должны быть запущены |
| | Синхронное «И» (Synchronous AND) | Все предшествующие процессы завершены одновременно | Все следующие процессы запускаются одновременно |
| | Астнхронное «ИЛИ» (Asynchronous OR) | Один или несколько предшествующих процессов должны быть завершены | Один или несколько следующих процессов должны быть запущены |
| | Синхронное «ИЛИ» (Synchronous OR) | Один или несколько предшествующих процессов завершаются одновременно | Один или несколько следующих процессов запускаются одновременно |
| | Исключающее «ИЛИ» (Exclusive OR) | Только один предшествующий процесс завершен | Только один следующий процесс запускается |
Все перекрестки в диаграмме нумеруются, каждый номер имеет префикс"J".
Основные графические объекты модели, используемые в IDEF3, – четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые – для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов.
2.3 Построение модели в нотации
DFD
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
DFD описывает:
-функции обработки информации (работы);
-документы (стрелки, arrow),объекты, сотрудников или отделы, которые участвуют в обработке информации;
-внешние ссылки (external references) , которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; таблицы для хранения документов (хранилище данных, data store).
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities) (рис. 1.3.1.)
Рисунок 1.3.1.Пример диаграммы DFD
Основные объекты нотации:
- Работы (Activities). Отображают процессы обработки и изменения информации
- Стрелки (Arrows). Отображают информационные потоки. Типы стрелок: 1- двунаправленные – можно направлять в любую грань, они предназначены для обозначения обратной связи между основными объектами DFD; 2- связь без стрелок – говорит о наличии некой информационной связи между объектами DFD; 3- связь с двунаправленными стрелками – для обозначения информационных потоков жестко поступающих от одного объекта к другому.
- Хранилища данных (Data Store). Отображают данные, к которым осуществляется доступ, эти данные используются, создаются или изменяются работами
- Внешние сущности (External References). Отображают объекты, с которыми происходит взаимодействия
В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия (рис. 1.4). Иерархию работ в смешанной модели можно увидеть в окне Model
Explorer. Работы в нотации IDEF0 изображаются зелёным цветом, IDEF3 жёлтым,DFD синим.
Рис 1.4 Представление смешанной модели в окне Model Explorer
1.4 Проведение стоимостного анализа (АВС)
Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики, т. е. качество следует оценивать количественно.
BPwin предоставляет аналитику два инструмента для оценки модели - стоимостный
анализ, основанный на работе (Activity Based Costing, ABC). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации.
Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений, и др.
ABC может проводиться только тогда, когда модель работы последовательная (следует
синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю
рассматриваемую область) и стабильная (проходит цикл экспертизы без изменений), другими словами, создание модели работы закончено.
ABC включает следующие основные понятия:
■объект затрат - причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат.
■ движитель затрат - характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;
■ центры затрат, которые можно трактовать как статьи расхода.
При проведении стоимостного анализа в BPwin сначала задаются единицы измерения
времени и денег. Для задания единиц измерения следует вызвать диалог Model Properties (меню Edit/Model Properties), вкладка ABC Units.
Если в списке выбора отсутствует необходимая валюта (например, рубль), ее можно
добавить. Символ валюты по умолчанию берется из настроек Windows. Диапазон
измерения времени в списке Unit of measurment достаточен для большинства случаев - от
секунд до лет.
Затем описываются центры затрат (cost centers). Для внесения центров затрат необходимо
вызвать диалог Cost Center Dictionary (меню Dictionary /Cost Center. Каждому центру затрат следует дать подробное описание в окне Definition. Список центров затрат упорядочен. Порядок в списке можно менять при помощи стрелок, расположенных справа
от списка. Задание определенной последовательности центров затрат в списке, во-первых,
облегчает последующую работу при присвоении стоимости работам, а во-вторых, имеет
значение при использовании единых стандартных отчетов в разных моделях.
1.5 Задание категории пользователя (
UDP
)
ABC позволяет оценить стоимостные и временные характеристики системы. Если
стоимостных показателей недостаточно, имеется возможность внесения собственных
метрик - свойств, определенных пользователем (User Defined Properties, UDP). UDP
позволяют провести дополнительный анализ, хотя и без суммирующих подсчетов.
Для описания UDP служит диалог UDP Dictionary (меню Dictionary /UDP).
UDP можно поставить в соответствие одно или несколько ключевых слов. Ключевые слова могут быть использованы для отбора UDP при печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDP Keyword List. Для внесения нового ключевого слова следует щелкнуть по кнопке. и в таблице диалога UDP Keyword List задать значение ключевого слова.
Для создания нового свойства (UDP) следует в словаре UDP Dictionary перейти к нижней
строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени
следует внести имя UDP. В поле UDP Type описывается тип свойства. Имеется возможность задания 18 различных типов UDP в том числе управляющих команд и массивов.
Типы данных UDP:
-TEXT
-INTEGER целое численное значение
-FLOAT число с плавающей запятой
-COMMAND ссылка на документ, расположенный по определенному адресу
-TEXT LIST (SINGLE SELECTION) создание простого меню
-TEXT LIST (MULTIPLY SELECTION)создание сложного меню с возможностью выбора нескольких составляющих
-DATE/TIME
-и.т.д.
Затем следует выбрать необходимую работу установить соответствия категорий пользователя к ключевому слову и ввести конкретные значения.
Глава 2.
.
Выполнение автоматизированного расчета инвестиционного проекта в среде пакета
Project
Expert
Project Expert - компьютерная система, предназначенная для создания финансовой модели нового или действующего предприятия независимо от его отраслевой принадлежности и масштабов.
Построив при помощи Project Expert финансовую модель собственного предприятия или инвестиционного проекта Вы получаете возможность:
· разработать детальный финансовый план и определить потребность в денежных средствах на перспективу;
· определить схему финансирования предприятия, оценить возможность и эффективность привлечения денежных средств из различных источников;
· разработать план развития предприятия или реализации инвестиционного проекта, определив наиболее эффективную стратегию маркетинга, а также стратегию производства, обеспечивающую рациональное использование материальных, людских и финансовых ресурсов;
· проиграть различные сценарии развития предприятия, варьируя значения факторов, способных повлиять на его финансовые результаты;
· сформировать стандартные финансовые документы, рассчитать наиболее распространенные финансовые показатели, провести анализ эффективности текущей и перспективной деятельности предприятия;
· подготовить безупречно оформленный бизнес-план инвестиционного проекта, полностью соответствующий международным требованиям на русском и нескольких европейских языках.
Простой для понимания интерфейс "ведет" пользователя через все этапы создания модели компании и проработки бизнес-плана. Программа автоматически поддерживает основные правила бухгалтерского учета и финансового анализа и проводит глубокий анализ корректности вводимых данных во время расчета. Это позволяет избежать многих ошибок на этапе планирования.
2.1 Общее описание инвестиционного проекта
Рассчитать инвестиционный проект реконструкции медицинского центра.
Длительность проекта – 3.5 года.
В первый год (12 месяцев) будут реализованы этапы по приобретению оборудования и лицензии на выполнение новых видов медицинского обследования стоимостью$900000. Кроме того, в календарный план войдут работы «Оформление лицензии» - 7500$ (продолжительность – 0,5мес), «кап ремонт помещений» - 200000$ (продолжительность – 4 мес.), «Монтаж оборудования» - 125000$ (продолжительность – 3 мес.), «Подготовка персонала» - 50000$ (продолжительность – 6 мес.).
Норма амортизации на оборудование – 16% в год.
Далее начинается предоставление услуг.
Прогнозируемое количество обратившихся– 18000 чел. в год.
Номенклатура услуг:
- компьютерная томография – 3500;
- магнито- резонансная томография– 2500;
-нагрузочное кардиотестирование– 3500;
-общая диагностика глаз – 1500;
-диагностика вен и крупных сосудов– 3000.
-мелкие хирургические операции под местной анестезией– 1000.
-заживление швов и мелких ран - 1000.
Цена 1 работы: $100-150$-140$-60$-80$-$450-$180 за ед.
Прямые издержки на продукт составляют - $20-$60-$40-$12-$33-$220-$55 на ед. продукции.
Постоянные издержки - $120000 в год.
«План персонала» включает: администрацию, врачей –терапевтов, врачей –хирургов, анестезиологов, медсестер, обслуживающий персонал.
Затраты и количество по каждой категории ввести самостоятельно.
Налоги: налог на прибыль – 30% (база налогообложения – налогооблагаемая прибыль, выплачивается раз в месяц).
Финансирование проекта: недостающие для осуществления проекта средства планируется получить в виде кредитов. Достигнута договоренность с банком о предоставлении кредита, учитываемого в долларах США по ставке 17 % годовых. Объем кредита - 2000000$.
Необходимо: рассчитать результаты и отобразить бизнес-операции в отчете о прибылях и убытках, отчет о движении денежных средств и балансе.
Прогноз курсов валют темпов инфляции определить самостоятельно.
2.2 Описание внутренней структуры и параметров проекта.
Основой построения бизнес-плана в системе Project Expert является полная финансовая модель компании. Фактически, в этой модели имитируются все платежи, связанные с реализацией проекта, поступления от продаж, бухгалтерские операции.
Однажды построенная, модель компании позволяет в дальнейшем многократно анализировать различные варианты реализации проекта (для этих целей Project Expert Prof. содержит специальную программу), оценивать влияние на проект изменения внешних факторов (так называемый "what-if" анализ, его можно проводить как вручную, так и в специальном разделе "Анализ чувствительности").
Информация о проекте - название, авторы, длительность и дата начала проекта, другая общая информация об особенностях проекта и его реализации.
Информация о компании - баланс компании на момент начала проекта, детальное описание ее активов, обязательств, запасов.
Информация о финансовом окружении - описание налогов, инфляции, курсов валют и другие характеристики того окружения, в котором реализуется проект. За счет гибкой структуры представления информации этот модуль позволяет описать практически любые особенности законодательства и условий России, Украины и большинства других стран мира. Это позволяет легко использовать программу для анализа международных проектов (что подтверждается продажами программы не только в России, но и на Украине, в Польше, Венгрии, Чехии, США, Бразилии и других странах).
Инвестиционный план - описание инициативные инвестиции и подготовительные работы, связанные с реализацией проекта.
Операционный план - описание плана продаж, производства, затрат на персонал и других операционных издержек компании.
Описание источников финансирования - акционеры компании, кредиты, приобретение оборудования в лизинг, управление свободными средствами и дивидендная политика.
Программа позволяет проанализировать альтернативные варианты развития проекта и выбрать оптимальный путь развития компании, определить потребность компании в денежных средствах, подобрать оптимальную схему финансирования и условия кредитования, оценить запас прочности бизнеса, эффективность вложений для всех участников проекта, выбрать варианты производства, закупок и сбыта, а также вести контроль над реализацией проектов.
Программа позволяет моделировать деятельность компаний различных размеров – от небольшой частной компании до холдинговых структур. С ее помощью можно создавать проекты любой сложности – от расчета окупаемости нового оборудования до оценки эффективности диверсификации деятельности компании. Программа не требует ни глубокого знания математики, ни умения программировать – необходимо только хорошо знать описываемый бизнес.
2.3 Анализ полученных результатов
Финансовые отчеты демонстрируют результаты деятельности компании. Обычно потенциальным инвесторам или банкирам предоставляются отчеты за несколько последних лет, а также прогнозы будущих финансовых результатов. К числу наиважнейших финансовых отчетов относятся:
· Отчет о прибылях и убытках
· Бухгалтерский баланс
· Отчет о движении денежных средств (Cash Flow)
· Отчет об использовании прибыли.
Заключение
В условиях увеличивающейся на рынке конкуренции любая фирма, любое предприятие должно стремиться к повышению эффективности управления ресурсами предприятия. В первую очередь необходимо повысить эффективность управления финансовыми потоками, для чего весьма целесообразно использовать современные информационные технологии, полностью воплощенные в программных комплексах BPWin и Project Expert. Данные комплексы основаны на графически-аналитических способах решения задач оптимизации и на методах теории экспертных систем, что позволяет с достаточно высокой точностью определить схему развития ситуации на рынке и, в связи с этим, принять необходимые управленческие решения для сохранения конкурентоспособности предприятия
Библиографический список
- курс лекций по ИСиТ – Постнов К.В.
- http://www.intuit.ru/department/se/devis/7/6.html
- http://ru.wikipedia.org
4. М.В. Бастриков, О.П. Пономарев. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИУПРАВЛЕНИЯ
5. С.В. Маклаков. Моделирование бизне-процессов c BPwin.
