Автор работы: Пользователь скрыл имя, 13 Декабря 2010 в 17:50, курсовая работа
Информационная система управления должна решать текущие задачи стратегического и тактического планирования, бухгалтерского учета и оперативного управления фирмой. Многие учетные задачи (бухгалтерского и материального учета, налогового планирования, контроля и т. д.) решаются без дополнительных затрат путем вторичной обработки данных оперативного управления. Учет является необходимым дополнительным средством контроля. Используя оперативную информацию, полученную в ходе функционирования автоматизированной информационной системы,
Введение. ИСиТ в управлении предприятием……………………………. 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
2.1 Общее описание инвестиционного проекта…............................. . 17
2.2 Описание внутренней структуры и параметров проекта…............................................................................................... 18
2.3 Анализ полученных результатов.................................................. 19
Заключение ………………………………………………………………… 20
Библиографический список………………………………………………. 21
IDEF3 предполагает
построение двух типов моделей:
С
помощью диаграмм IDEF3 можно анализировать
сценарии из реальной жизни, например,
как закрывать магазин в экстренных случаях
или какие действия должны выполнить менеджер
и продавец при закрытии. Каждый такой
сценарий предусматривает описание процесса
и может быть использован, для того чтобы
наглядно показать или лучше задокументировать
бизнес-функции организации.
В IDEF3 различают три типа связей:
- связь
предшествования (Precedence) – показывает,
что, прежде чем начнется
- связь отношения (Relational) – показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;
- поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, например объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками;
- перекрестки
(Junction-) – используются в диаграммах
IDEF3, чтобы показать ветвления
логической схемы
Для того чтобы
избежать неоднозначности описания
потоков работ, в нотации IDFE3, т.к.
перекресток не может использоваться
одновременно для слияния и для разветвления.
При внесении перекрестка в диаграмму
необходимо указать тип перекрестка. Классификация
возможных типов перекрестков приведена
в таблице.
|
Все перекрестки
в диаграмме нумеруются, каждый номер
имеет префикс"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
Основные объекты нотации:
В результате дополнения диаграмм 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 Dictionary перейти к нижней
строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени
следует внести имя UDP. В поле UDP Type описывается тип свойства. Имеется возможность задания 18 различных типов UDP в том числе управляющих команд и массивов.
Типы данных UDP:
-TEXT
-INTEGER целое численное значение