50209 (Автоматизированная система управления менеджментом и маркетингом коммерческого банка), страница 4
Описание файла
Документ из архива "Автоматизированная система управления менеджментом и маркетингом коммерческого банка", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "50209"
Текст 4 страницы из документа "50209"
- полная – охватывает всю рассматриваемую область;
- стабильная – проходит цикл экспертизы без изменений.
Метод ABC может быть осуществлен в любой модели BPwin путем задания в объекте затрат применяемой валюты, как единицы измерения затрат, или назначения временного периода.
Для эффективного использования механизма стоимостного анализа сначала строится функциональная модель существующей организации работы – AS – IS (как есть). На основании этой модели анализируется существующие процессы, изучаются имеющиеся потоки данных, определяются возможность изменения их направления, и строится модель TO-BE , из которых по определенному авторским коллективом критерию выбирается лучшая.
Механизм поддержки ABC в BPwin, хотя и учитывает стоимость выполнения каждой работы, продолжительность каждой работы по времени и сколько раз необходимо выполнить работу в течение одного цикла бизнес-процесса, все же дает довольно грубые оценки и, к тому же требует, чтобы все диаграммы, для которых производится оценка, были выполнены в IDEF0.
Результаты функционально стоимостного анализа отображаются непосредственно на диаграммах. В левом нижнем углу прямоугольника блока может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения функции (диапазон измерения времени в списке Unit of measurement достаточен для большинства случаев – от секунд до лет).
Таблица 5. Центры затрат АВС
Название | Описание |
Персонал | Затраты на оплату заработной платы рабочим |
Управление проектом | Затраты на управление предприятием |
Оборудование | Затраты на покупку нового оборудования |
Центры затрат ABC
Введём следующие данные для работ:
Таблица 6. Стоимости работ
Имя работы (Activity name) | Цент затрат (Cost Center) | Сумма центра затрат (Cost Center Cost)t,руб. | Продолжи тельность Duration день) | Частота (Frequency) |
Управление марк деят КБ | Рабочая сила Управление | 25503 15500 | 13,00 | 1,00 |
Управление фин менедж КБ | Рабочая сила Управление | 4500 24300 | 33,00 | 1,00 |
Организация осуществления марк-х стратег и программ | Рабочая сила Управление | 5700 3300 | 3,00 | 1,00 |
Учет и контроль маркетинговой деятельности | Рабочая сила Управление | 19800 10800 | 19,00 | 1,00 |
Планирование | Рабочая сила Управление | 15000 5400 | 9,00 | 1,00 |
информация о конъюнктуре рынка | Рабочая сила Управление | 6300 1800 | 6,00 | 1,0 |
Создание продуктового ряда | Рабочая сила Управление | 23700 17100 | 18,00 | 1,00 |
Рис.10 Фрагмент отчета Cost Report
2.7 Диаграммы FEO диаграмма дерева узлов
Диаграммы «только для экспозиции» часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку по сути являются картинками – копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и входа. С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной работой и с одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения, рекомендуется все-таки придерживаться синтаксиса IDEF0.
FEO диаграмма «Система управления менеджментом и маркетингом КБ» (рис. 11) показывает взаимодействие между работами на этой диаграмме без указания стрелок управления и входа.
Рис.11 FEO Диаграмма декомпозиции А0F
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Диаграмма дерева узлов работы «Система управления менеджментом и маркетингом КБ» состоит из четырех уровней и будет иметь следующий вид:
Рис.12 Диаграмма дерева узлов
3 Информационная модель в нотации IDEF1.X
База данных создается в несколько этапов, на каждом из которых необходимо согласовывать структуру данных с заказчиком и, что самое важное, подвергать созданную структуру данных экспертизе внутри команды, которая создает систему. Поэтому представление данных должно быть простым и понятным всем заинтересованным лицам. Именно по этой причине, наибольшее распространение получило представление базы данных под названием «сущность-отношение», которое также известно как ER-диаграмма.
ERwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных условиях.
ER-диаграммы были приняты в качестве основы для создания стандарта IDEF1.X. Предварительный вариант этого стандарта был разработан в военно-воздушных силач США и предназначался для увеличения производительности при разработке компьютерных систем. В 1981г. этот стандарт был формализован и опубликован организацией ICAМ, и с тех пор является наиболее распространенным стандартом для создания моделей баз данных по всему миру.
Разработчики с помощью ERwin могут сначала, используя визуальные средства, описать схему БД, а затем автоматически сгенерировать файлы данных для выбранной реляционной СУБД. Возможна также обратная разработка. ERwin позволяет по уже существующим файлам БД восстанавливать логическую структуру данных. это называется обратным проектированием. Оно позволяет переносить структуру БД из одной СУБД в другую и исследовать старые проекты.
3.1 Логическая модель
-
ЕRD-диаграммы;
-
Модель данных, основанная на ключах;
-
Физическая модель.
Первым шагом при создании логической модели БД является построение диаграммы ERD. ЕRD-диаграммы состоят из трех частей: сущностей, атрибутов и. взаимосвязей. Сущностями являются существительные, атрибуты - прилагательными или модификаторами, взаимосвязи глаголами.
3.1.1 ЕRD-диаграммы
ЕRD-диаграмма графически представляет структуру данных проектируемой ИС. Сущности отображаются при помощи прямоугольников, содержащих имя. Имена принято выражать существительными в единственном числе, взаимосвязи - при помощи линий, соединяющих отдельные сущности. Взаимосвязь показывает, что данные одной сущности ссылаются или связаны с данными другой.
3.1.2 Сущности и Атрибуты ERwin
Сущность служит для представления набора реальных или абстрактных предметов (людей, мест, событий и т.п.), которые обладают общими атрибутами или характеристиками. Сущность «логический» объект, который в физической среде СУБД представлен таблицей. Сущность в ERwin обычно описывает три части информации: атрибуты, являющиеся первичными ключами, неключевые атрибуты и тип сущности.
3.1.3 Логические взаимосвязи
Создание сущностей и информации о них - это только часть картины. Связями называются логические соединения или ассоциации между двумя сущностями.
Данные, относящиеся к связям, очень важны и часто являются критическими данными, которые мы используем в повседневном бизнесе. Например, важно знать о каком-то типе инструмента, но знание того, к кому относится конкретный инструмент (связь между человеком и инструментом) может иметь критическую важность. Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь - «логический» объект, представленный одним или несколькими атрибутами - внешними ключами. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, ERwin toolbox содержит два типа сущностей: независимые и зависимые. Независимая СУЩНОСТЬ это сущность, экземпляры которой могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью. Она представляется в ERwin в виде прямоугольника. Первичный ключ независимой сущности не включает в себя первичных ключей других сущностей. Зависимая СУЩНОСТЬ - это сущность, экземпляры которой не могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью или сущностями. Она представляется на ЕR-диаграмме в виде прямоугольника с закругленными углами. Первичный ключ зависимой сущности включает первичные ключи одной или более родительских сущностей.
Связи в IDEFIX представляют собой ссылки; соединения и ассоциации между сущностями. Связи это глаголы, которые показывают, как соотносятся сущности между собой
3.1.4 Модель данных, основанная на ключах
Каждая сущность содержит горизонтальную линию, разделяющую атрибут на две группы.
Атрибуты, расположенные над линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности. При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в состав первичного ключа, следуя следующим рекомендациям:
-
Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
-
Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
-
Значение атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения первичного ключа часто используют уникальные номера, которые могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели, может быть неудачным для осуществления эффективного доступа к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Кеу). ERwin позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы БД по этим атрибутам будет генерироваться уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).