Курсовая работа - Проектирование ИАС фирмы - провайдера
Подождите немного. Документ загружается.
Простота интерпретации данных;
Стабильность данных;
Совместное использование информации;
Использование в инфраструктуре предприятия информационно-анали-
тической системы (BI-среды) объясняется рядом причин: стремлением к
общей реорганизации бизнес-процессов, желанием повысить качество
деловой информации, необходимостью поддержки стратегического
планирования и достижения высокоэффективных решений.
Задачами любой информационно-аналитической системы (ИАС)
являются эффективное хранение, обработка и анализ данных. В настоящее
время накоплен значительный опыт в этой области.
Эффективное хранение информации достигается наличием в составе
ИАС целого ряда источников данных. Обработка и объединение информации
достигается применением инструментов извлечения, преобразования и
загрузки данных.
Анализ данных осуществляется при помощи современных
инструментов делового анализа данных.
Архитектура современной ИАС насчитывает следующие уровни:
1) сбор и первичная обработка данных;
2) извлечение, преобразование и загрузка данных;
3) складирование данных;
4) представление данных в витринах данных;
5) анализ данных;
6) Web-портал.
Разнообразие источников данных и необходимость их использования в
каждом конкретном случае объясняется потребностью по-разному хранить
информацию в зависимости от стоящих перед предприятием задач. Если
попытаться классифицировать источники данных по типам и назначению, то
каждый из них можно условно отнести к одной из трех групп:
1) Транзакционные источники данных;
11
2) Хранилища данных;
3) Витрины данных.
Данные в систему могут заноситься как вручную, так и автоматически.
На этапе первоначальной фиксации данные поступают через системы сбора и
обработки информации в, так называемые, транзакционные базы данных.
Транзакционных баз данных в организации может быть несколько.
Поскольку транзакционные источники данных, как правило, не согласованы
друг с другом, то для анализа таких данных требуется их объединение и
преобразование. Поэтому на следующем этапе решается задача
консолидации данных, их преобразования и очистки, в результате чего
данные поступают в так называемые аналитические базы данных.
Аналитические базы данных, будь то хранилища данных или витрины
данных, и есть те основные источники, из которых аналитик черпает
информацию, используя соответствующие инструменты делового анализа.
При этом ИАС среднего и крупного предприятия или организации
должна обеспечивать пользователям доступ к аналитической информации,
защищенной от несанкционированного использования и открытой, как через
внутреннюю сеть организации, так и пользователям сети интранет и
Интернет.
Следует отметить, что хранилища данных нужны не сами по себе. В
первую очередь они служат основой для создания и применения систем
поддержки принятия решений (СППР). СППР же на основе технологии
хранилищ данных позволяют эффективно решать такие задачи, как анализ
клиентской базы, анализ продаж и анализ доходов предприятия.
12
3. Применение CASE- средства BPWIN в проектировании
.выбранной предметной области
CASE-технологии это совокупность методологий анализа,
проектирования, разработки и сопровождения сложных систем
программного обеспечения, поддержанную комплексом взаимоувязанных
средств автоматизации. CASE-технологии предназначены для детального
планирования, структурирования и представления описания проектируемой
системы в строгом и наглядном виде.
Как известно из практики, ошибки проектирования ПО, замеченные
только на этапах кодирования или эксплуатации очень дорого стоят как
Исполнителю, так и Заказчику информационной системы. Именно поэтому
во всех современных стандартах на производство программного обеспечения
столь значимая роль отводится именно этапу планирования.
Самыми разработанными на данный момент являются такие стандарты
как SPICE и SEI SW-CMM, они сформулированы на основе лучших практик
и содержат в себе требования к организации производства программного
обеспечения.
Сам по себе стандарт SEI SW-CMM подразделяется на 5 уровней
зрелости процессов разработки программного обеспечения. Чтобы присвоить
компании какой-либо из уровней, ей необходимо соответствовать
требованиям этого уровня. Компания имеющая первый уровень
характеризуется как компания в которой правит «самоорганизующийся
хаос». Качество ПО и процессов его разработки на данном уровне является
случайной величиной и напрямую зависит от способностей отдельных
сотрудников. Присвоение пятого уровня, говорит о том, что компания
выполнила все требования предыдущих уровней т.е. добилась повторяемости
своих успехов, результат ее деятельности предсказуем, управляющие и
13
прикладные действия по работе над ПО задокументированы,
стандартизованы, имеет место точная временная оценка деятельности и
точный расчет себестоимости продукта, собраны подробные данные о
процессах работы над ПО и компонентах продукции, процессы находятся в
управляемом состоянии, ведутся работы над оптимизацией процессов.
Существенную помощь в планировании, определении требований к
разрабатываемому программному обеспечению, построении модели
будущего ПО, оптимизации, стандартизации и в повторении процессов
разработки из удачных проектов могут оказать CASE-средства.
CASE-средства (от Computer Aided Software/System Engineering)
позволяют проектировать любые системы на компьютере. Необходимый
элемент системного и структурно-функционального анализа, CASE-средства
позволяют моделировать бизнес-процессы, базы данных, компоненты
программного обеспечения, деятельность и структуру организаций.
Применимы практически во всех сферах деятельности. Результат применения
CASE-средств - оптимизация систем, снижение расходов, повышение
эффективности, снижение вероятности ошибок.
BPwin - ведущий инструмент для моделирования бизнес-процессов.
Позволяет оптимизировать деятельность организации и проверить ее на
соответствие стандартам ISO9000, спроектировать оргструктуру, снизить
издержки, исключить ненужные операции и повысить эффективность.
Являясь стандартом де-факто, BPwin поддерживает сразу три нотации
моделирования:
С точки зрения функциональности системы. В рамках методологии
IDEF0 (Integration Definition for Function Modeling) бизнес-процесс
представляется в виде набора элементов-работ, которые
взаимодействуют между собой, а также показывается
информационные, людские и производственные ресурсы,
потребляемые каждой работой.
14
С точки зрения потоков информации (документооборота) в системе.
Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже
отражено в модели IDEF3, поскольку они описывают потоки данных,
позволяя проследить, каким образом происходит обмен информацией
между бизнес-функциями внутри системы.
С точки зрения последовательности выполняемых работ. И еще более
точную картину можно получить, дополнив модель диаграммами
IDEF3. Этот метод привлекает внимание к очередности выполнения
событий. В IDEF3 включены элементы логики, что позволяет
моделировать и анализировать альтернативные сценарии развития
бизнес-процесса.
Как видно, CASE-средства позволяют упорядочить процесс
производства ПО, помогают при проектировании и формализации
требований к проектируемому программному продукту, помогают следить за
развитием проекта, помогают в повторном использовании более удачных
практик разработки и внедрении ПО, при применении CASE-средств процесс
создания программного обеспечения становится более стабильным и
управляемым, что собственно и требуется на высших уровнях стандарта SEI
SW-CMM.
15
3.1. Диаграмма IDEF0.
Основной из трех методологий, поддерживаемых BPWin, является
IDEF0. Двумя наиболее важными компонентами, из которых строятся
диаграммы IDEF0, являются бизнес-функции или работы (представленные
на диаграммах в виде прямоугольников) и данные и объекты (изображаемые
в виде стрелок), связывающие между собой работы. При этом стрелки, в
зависимости от того в какую грань прямоугольника работы они входят или из
какой грани выходят, делятся на пять видов:
Стрелки входа (входят в левую грань работы) – изображают
данные или объекты, изменяемые в ходе выполнения работы.
Стрелки управления (входят в верхнюю грань работы) –
изображают правила и ограничения, согласно которым
выполняется работа.
Стрелки выхода (выходят из правой грани работы) – изображают
данные или объекты, появляющиеся в результате выполнения
работы.
Стрелки механизма (входят в нижнюю грань работы) –
изображают ресурсы, необходимые для выполнения работы, но
не изменяющиеся в процессе работы (например, оборудование,
людские ресурсы)
Стрелки вызова (выходят из нижней грани работы) – изображают
связи между разными диаграммами или моделями, указывая на
некоторую диаграмму, где данная работа рассмотрена более
подробно.
Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает
функционирование системы в целом. Такие диаграммы называются
контекстными. В контекст входит описание цели моделирования, области
(описания того, что будет рассматриваться как компонент системы, а что как
внешнее воздействие) и точки зрения (позиции, с которой будет строиться
16
модель). Обычно в качестве точки зрения выбирается точка зрения лица или
объекта, ответственного за работу моделируемой системы в целом.
После того как контекст описан, проводится построение следующих
диаграмм в иерархии. Каждая последующая диаграмма является более
подробным описанием (декомпозицией) одной из работ на вышестоящей
диаграмме. Пример декомпозиции контекстной работы показан далее.
Для фирмы-провайдера входящей информацией будет являться заявка
клиента на подключение.
Управляющая информация содержит в себе, прежде всего, федеральное
законодательство (Постановление Правительства РФ «Об утверждении
правил оказания услуг связи по передачи данных»), как основной элемент
управления, без которого невозможна никакая деятельность. Далее
регулирование проводиться на региональном уровне. Деятельность
юридического лица невозможна без лицензии, а значит, этот элемент
обязательно надо учесть. К второстепенным членам управления относится
устав фирмы, регулирующий внутренний распорядок.
К механизму управления относятся: персонал; технические средства.
Чек/квитанция и договор являются исходящим потоком данных.
17
USED AT: AUTHOR: Иванов Антон DATE:
REV:PROJECT: 1
04.04.2007
26.12.2008
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
TOP
NODE: TITLE: NUMBER:
Интернет-провайдер
A-0
Технические
средства
Чек/квитанция
Постановл. Правит. РФ
"Об утвержд. Правил
оказ. услуг связи по
перед. дан."
Персонал
Региональное
законодательство
Заявка клиента
Устав
фирмы
Лицензия
фирмы
Договор
00р.
Интернет-провайдер
Рис. 1 Контекстная диаграмма «Интернет-провайдер» в IDEF0.
Разберем подробнее процессы, происходящие в фирме. На данном
уровне декомпозиции (Рис.2) содержится 4 бизнес процесса, необходимых
для достижения конечного результата, т.е. предоставления услуг как
выходной информации.
Бизнес-процессы:
Обработка заявки клиента
o Входная информация: заявка клиента.
o Выходная информация: информация об операционных
издержках, время обработки заявки, информация о росте
производительности труда, время реагирования на претензии,
заказ, договор, чек/квитанция.
o Управление: федеральное законодательство, региональное
законодательство, устав фирмы.
18
o Механизм управления: персонал.
Монтажные работы
o Входная информация: заказ.
o Выходная информация: информация об операционных
издержках, сроки проведения технических работ, информация о
росте производительности труда, время реагирования на
претензии, информация об оплате.
o Управление: устав фирмы, лицензия фирмы.
o Механизм управления: персонал, технические средства.
Занесение информации в ХД
o Входная информация: информация об операционных издержках,
сроки проведения технических работ, информация о росте
производительности труда, время реагирования на претензии,
время внедрения новых технологий, время обработки заявки
клиента, время ликвидации неисправностей.
o Управление: устав фирмы.
o Механизм управления: персонал, технические средства.
Техническое обслуживание
o Входная информация: информация об оплате.
o Выходная информация: время внедрения новых технологий,
информация о росте производительности труда, время
ликвидации неисправностей, информация об операционных
издержках, предоставление услуг.
o Управление: лицензия фирмы, устав фирмы.
o Механизм управления: персонал, технические средства.
19
USED AT: AUTHOR: Иванов Антон DATE:
REV:PROJECT: 1
04.04.2007
26.12.2008
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A-0
NODE: TITLE: NUMBER:
Интернет-провайдер
A0
Заказ
Информация об
оплате
Время ликвидации
неисправностей
Заявка
клиента
Время внедрения
новых технологий
Технические
средства
Чек/квитанция
Постановл.
Правит. РФ "Об
утвержд. Правил
оказ. услуг связи
по перед. дан."
Персонал
Региональное
законодательство
Инф-я о росте
производительности
труда
Договор
Операционные издержки
Устав фирмы
Время
реагирования на
претензии
Лицензия фирмы
Информация о
времени обработки
заявки клиента
Сроки проведения
технических работ
10р.
Обработка
заявки клиента
20р.
Монтажные
работы
30р.
Техничесое
обслуживание
40р.
Занесение
информации в ХД
Рис. 2 Декомпозиция контекстной диаграммы «Интернет-провайдер» в
IDEF0.
20