ИСиТ в управлении предприятием

Автор работы: Пользователь скрыл имя, 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

Файлы: 1 файл

Иситис...ЮО.doc

— 410.00 Кб (Скачать файл)

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 целое численное значение

Информация о работе ИСиТ в управлении предприятием