Проектирование и разработка информационной системы поддержки транспортных перевозок организации

Размещено на http://www.allbest.ru/

Проектирование и разработка информационной системы поддержки транспортных перевозок организации



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ОПИСАНИЕ И АНАЛИЗ СОВРЕМЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ

Понятие и проблемы построения информационной системы поддержки

Информационное обеспечение автотранспортных систем

Современные средства моделирования бизнес-процессов

Анализ средств моделирования бизнес-процессов

Описание логической модели системы методологией SADT

ГЛАВА 2. Программная РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ в ООО «ТРАНСПОРТНАЯ КОМПАНИЯ»

Экономическая характеристика «Транспортная компания»

Аналитические отчеты

Разработка модели информационной системы компании «Транспортная компания»

Программная реализация модуля АРМ «Диспетчера»

ГЛАВА 3. РАСЧЕТ ЭКОНОМИИ В ПРОЦЕССЕ ВВЕДЕНИЯ УЧЕТА УСЛУГ ГРУЗОВОГО АВТОТРАНСПОРТА С ИСПОЛЬЗОВАНИЕМ ЭВМ

Информационные процессы в учете затрат

Расчет экономической эффективности при внедрении ЭВМ

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ



ВВЕДЕНИЕ

Одной из основных целей бизнес-моделирования является решение насущной для российских компаний задачи анализа и совершенствования организации деятельности. Не секрет, что производительность труда в России, определяемая как валовый внутренний продукт на одного занятого в несколько раз меньше производительности труда в развитых странах. Другими словами, ту же самую работу, которую в российских компаниях выполняют несколько человек, в развитых выполняет один.

Интерес к автоматизированным системам учета вызван качественно новыми технологическими возможностями обработки управленческой информации, которые имеют прямое приложение для задач повышения экономической эффективности работы, повышение конкурентоспособности и рентабельности рынка, за счет использования информационных методов, позволяющих рационализировать управление ресурсами.

Актуальность данной работы объясняется тем, что единая информационная среда, в которой могли бы работать сотрудники транспортной компании, повысила бы эффективность их труда, сократила бы издержки компании. Помимо снижения трудозатрат, внедряемая система автоматизации, позволила бы получать руководству компании более точные сведения о ее функционировании, что позволило бы принимать более взвешенные решения о дальнейшем развитии компании.

По оценкам специалистов внедрение российскими компаниями современных технологий организации и управления бизнесом сможет повысить их производительность труда от двух и выше раз.

Для проведения анализа и совершенствования деятельности компании необходимо построить и начинать использовать ее бизнес-модель.

Организационно-функциональная модель компании моделирует деятельность компании с определенной степенью точности, т.к. состоит в свою очередь из модели организационной структуры, функциональной модели и модели распределения ответственности, позволяет провести анализ достаточности и необходимости функций, структурных звеньев, анализ распределения ответственности, выявить дублирование и «провисание» функций.

Но в свою очередь, она не показывает взаимосвязи между функциями выполняемыми в компании, а также материальные и информационные потоки.

Если возникает необходимость провести более глубокий анализ деятельности организации, то целесообразно разработать модель бизнес-процессов, которая является своего рода расширением организационно-функциональной модели.

Данная модель бизнес-процесса, в отличие от организационно- функциональной модели, показывает взаимосвязи между функциями, последовательность их выполнения, а также материальные и информационные потоки, имеющие место при функционировании организации, что в свою очередь делает возможным проведение более глубокого анализа и позволяет выявить узкие и неоптимальные участки бизнес-процесса, включая разрывы в материальных потоках и информации.

Одной из важных и в то же время сложных задач современного менеджмента является проектирование оптимальных бизнес-процессов и организационной структуры, которые способны реализовать стратегические цели организации.

Объектом исследования является производственные процессы предприятия «Транспортная компания».

Предметом исследования является модель информационной системы как средство оптимизации производственных процессов предприятия

«Транспортная компания».

Целью нашей работы является разработка модели информационной системы для транспортной компании ООО «Транспортная компания».

Задачи дипломного проекта:

· подобрать необходимый для работы теоретический материал;

· рассмотреть методологию,Транспортная компанияу бизнес процессов и информационный сервис;

· разработать модель информационной системы транспортной компании;

· рассчитать экономию в процессе введения учета услуг грузового автотранспорта с использованием автоматизированной информационной системы.

Гипотеза работы. Использование разработанной информационной системы позволит увеличить производительность труда сотрудников транспортной компании, повысить точность выполнения заявок и контроль над всеми этапами трудовой деятельности.

Новизна работы заключается в обновленной схеме взаимодействия диспетчеров, водителей, руководства, бухгалтеров, начальника смены и состояния текущих заказов, создании удобной базы с адресами.

Практическая значимость. Использование комплексной системы автоматизации работы транспортной компании позволит упорядочить работу диспетчеров и руководителей, по контролю выполнения заявок, учету документов и получению различного вида отчетности, обеспечив работу в единой информационной базе. Разработанное программное обеспечение может быть использовано для автоматизации деятельности предприятий занимающихся транспортными перевозками населения, где схема работы организации такая же или более простая, чем у исследуемого предприятия.

Данная дипломная работа состоит из введения, 4-х разделов, заключения, библиографического списка.

В первом разделе рассмотрены теоретические основы транспортно- экспедиционного обслуживания, условия протекания логического процесса, параметры качества обслуживания клиентов.

Во втором разделе рассматриваются разработка модели информационных систем, проблемы построения информационной системы. Описывается логическая модель системы методологией SADT и жизненный цикл программного продукта.

Дается краткая характеристика исследуемого предприятия, производится реализация информационной системы.

Произведено описание программной реализации модуля АРМ

«Диспетчера».

Третий раздел содержит расчет экономии в процессе введения учета услуг автотранспорта с использованием ЭВМ. Произведен расчёт эффективности применения программного продукта. Затраты на разработку проекта (производственные затраты) представляют собой единовременные расходы на всех этапах инновационного процесса: исследование, разработка, эксплуатация.

Определение затрат на разработку проекта производится путем составления калькуляции плановой себестоимости. В плановую себестоимость включаются все затраты, связанные с ее выполнением, независимо от источника их финансирования.

Произведен расчет срока окупаемости затрат от внедрения данного проекта.



ГЛАВА 1. ОПИСАНИЕ И АНАЛИЗСОВРЕМЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ

Понятие и проблемы построения информационной системы поддержки

Системы информационной поддержки (СИП, Information support system) - это класс автоматизированных систем поддержки принятия решения (АСППР) объектов автоматизированного управления, предназначенный для решения задач информационно-коммуникационного, информационно-аналитического и интеллектуального обеспечения лиц, обосновывающих (ЛОР), принимающих (ЛПР) решения, а также лиц, исполняющих принятые решения (ЛИР).

Современные СИП предназначены, прежде всего, для обеспечения безопасности эксплуатации объектов автоматизации (ОБЭ), локализации аварийных ситуаций и аварий (ЛА), а также обеспечение борьбы за их живучесть (БЖ), как сложных эрготехнических и эргатических систем (ЭТС) типа корабль, судно, самолет, космический аппарат, система жизнеобеспечения городов, система безопасности региона и т.п.

Современные СИП в составе АСППР, как правило, состоят из подсистем:

· добывания, сбора, распределения и хранения данных (баз данных) о состоянии объекта управления и его окружения;

· формирования и визуализации (отображения и мониторинга, наблюдения) обстановки;

· подсистем прогнозирования развития обстановки;

когнитивного анализа данных и подготовки проектов управленческих решений;

· оценки качества альтернативных вариантов принятия решения, их конкурентной способности и перспективности развития;

подсистем регистрации принятых решений.

Дальнейшим развитием СИП ЭТС являются системы поддержки принятия решений и управления(СПРУ), которые в дополнение к решаемым задачам СИП включают также следующие подсистемы:

подготовки принятых решений для доведения до ЛИР и ЛОР в форме, максимально удобной для оперативного (своевременного) и адекватного восприятия;

· доведения принятых решений до ЛИР и ЛОР с получением квитанций (регистрацией, квитированием) о принятии этих решений к исполнению; мониторинга исполнения принятых решений, в том числе по данным квитирования;

оценки и контроля эффективности реализации принятых решений по данным изменения обстановки в заданном принятым решением направлении;

· принятия корректирующих действий при необходимости с соответствующим управленческим циклом;

· принятия решения о завершении исполнения и уровня качества реализации принятых решений;

· подготовки и перехода к реализации новых задач управления ЭТС.

Самой первой проблемой является проблема проектирования. Нельзя начинать техническую разработку, не имея тщательно проработанного проекта. Если начинать с решения наиболее очевидных задач, не обращая внимания на потенциально существующие, то такая система будет непрерывно находиться в стадии разработки и переделки.

Первой стадией проектирования должен быть анализ требований организации. Для этого на основе экспертных запросов необходимо выявить все актуальные и потенциальные потребности организации, которые должны удовлетворяться проектируемой информационной системой, понять какие потоки данных существуют внутри организации, оценить объемы информации, которые должны поддерживаться и обрабатываться информационной системой. Эта стадия, как правило, носит неформальный характер, хотя, конечно, очень важно сохранить полученную информацию, поскольку она должна входить в документацию системы.

Следующая стадия проектирования - выработка концептуальной схемы базы данных, которая будет лежать в основе информационной системы.

Сначала придется выбрать систему нотаций, в которой будет представляться концептуальная схема (правильнее было бы сказать - выбрать концептуальную модель). Таких нотаций существует великое множество, и хотя практически все они диаграммные, они отличаются одна от другой.

Далее, с большой вероятностью в основе информационной системы будет лежать реляционная база данных.

Поэтому, на следующей стадии проектирования понадобится на основе имеющейся концептуальной схемы произвести набор определений схемы реляционной базы данных в терминах языка SQL. К сожалению, несмотря на наличие стандарта языка, на этой стадии иногда невозможно не учитывать специфику сервера баз данных, который будет использоваться.

На этой же стадии необходимо решить, какие таблицы будут реально хранимыми, а какие - представляемыми.

После того, как выработана общая реляционная схема базы данных, необходимо определиться с архитектурой системы. В частности, очень важно решить, какой будет база данных - централизованной или распределенной (другими словами будет ли использоваться только один сервер баз данных или их будет несколько) [16, с. 39].

Естественно, что требования к техническим средствам определяются требованиями к информационной системе в целом. Какие бы информационные возможности не требовались сотрудникам организации, окончательное решение всегда принимается ее руководством, которое корректирует требования к информационной системе и формирует окончательное представление об аппаратной среде.

Выбор технических средств для построения комплексной информационной системы - это непростая задача, включающая технические, политические и эмоциональные аспекты.

Информационное обеспечение автотранспортных систем

Внедрение ПК в информационную сферу и использование телекоммуникационных средств связи выявили новый этап развития информационной технологии. Новая информационная технология - это информационная технология с простым интерфейсом работы, использующая ПК и телекоммуникационные средства [7].

Новая информационная технология составляется на следующих основных принципах: Интерактивный (диалоговый) режим работы с ПК. Интегрированность с другими программными продуктами. Гибкость процесса изменения данных и постановок задач. В качестве инструментов информационной технологии АТП используются различные виды программных продуктов: текстовые процессоры, издательские системы, электронные таблицы, системы управления базами данных, электронные календари, информационные системы функционального назначения. К основным видам информационных технологий относятся: Информационная технология обработки данных используется для решения хорошо структурированных задач, алгоритмы решения которых хорошо известны и для решения которых имеются все нужные входные данные. Эта технология используется на уровне исполнительской деятельности персонала низкой квалификации для автоматизации некоторых рутинных, постоянно повторяющихся команд управленческой деятельности. Информационная технология управления используется для информационного обслуживания всех сотрудников предприятий, связанных с принятием управленческих решений.

Тут информация частопредставляется в виде постоянных или специальных управленческих отчетов и содержит информацию о прошлом, настоящем и возможном будущем предприятия. Информационная технология автоматизированного офиса обязана дополнить существующую систему связи работников предприятия.

Автоматизация офиса предполагает организацию и поддержку коммуникационных процессов как внутри предприятия, так и с внешней средой на базе компьютерных сетей и других современных средств передачи и работы с информацией. Информационные технологии требуют сложной подготовки, значительных первоначальных затрат и наукоемкой техники. Их введение должно начинаться с создания математического обеспечения и формирования информационных потоков в системах различного назначения [3,4,5,6].

Информационная система - совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств (ст. 2.3 Федерального закона № 149-ФЗ [1]). Иначе информационную систему называют системой информационного обеспечения.

Внутренние потребители информационной системы: подразделения маркетинга, отдел снабжения и сбыта, склад, разработчики изделий и технологий, управленческое звено предприятий. Внешние потребители и поставщики информации: потребители продукции, поставщики сырья и комплектующих, посредники, предприятия- конкуренты, инвесторы, рекламодатели. Основные принципы построения информационной системы [2]:

- иерархия (подчиненность задач и использования источников данных); - агрегированность данных (учет запросов на разных уровнях); -- избыточность (построение с учетом не только текущих, но и будущих задач); - конфиденциальность; - адаптивность к изменяющимся запросам; - согласованность и информационное единство (определяется разработкой системы показателей, в которой исключалась бы возможность несогласованных действий и вывод неправильной информации); - открытость системы (для пополнения данных).

Информационный поток - это совокупность сообщений циркулирующих в рассматриваемой системе, между системой и внешней средой сообщений, необходимых для управления и контроля операций (рисунок 1).

Информационный поток может существовать в виде движения бумажных и электронных документов.

Рисунок 1.1 Схема движения информационных потоков в системе информационного обеспечения участников перевозки грузов.

В Транспортной компании выделяют следующие виды информационных потоков [2]: - в зависимости от вида связываемых потоком систем: горизонтальный и вертикальный; - в зависимости от места прохождения: внешний и внутренний; - в зависимости от направления по отношению к системе: входной и выходной. Информационный поток характеризуется следующими показателями: источник возникновения, направление движения потока, скорость передачи и приема, интенсивность потока и др.

Управлять информационным потоком можно различными способами:

1) изменяя направление потока;

2) ограничивая скорость передачи до соответствующей скорости приема;

3) ограничивая объем потока до величины пропускной способности отдельного узла или участка пути. Основным типом информационного продукта служат статистические данные, а также факты, знания, умения, представляемые как в первичной, так и в обработанной форме.

Система действует с учетом технических и правовых ограничений, может работать в нескольких режимах: - информационно-справочном; - режиме сортировки и группировки; - аналитическом (выдача аналитических сведений и документов по результатам обработки более двух характеристик разной принадлежности); - расчетном (выполняются расчеты по заранее формализованным моделям и зависимостям); - советующем (выдается несколько решений на основе формализованных и интуитивных методов); - обучающем; - оптимизационном. Цель информационного обеспечения транспортной системы грузовых перевозок заключается в том, чтобы получить возможность эффективного управления, контроля и комплексного планирования движения транспортно-материального потока.

Информационный процесс с помощью информационных технологий реализуется со следующими основными функциями: - транспортировка потоков информации внутри информационной системы; - накопление информации и ее хранение в базе данных; - фильтрация потока - избирательная переработка одних и фильтр других информационных данных и сопровождающих документов; - объединение и разделение информационных потоков в структуре информационной системы и сетях коммуникаций; - различные элементарно- информационные преобразования (копирование, тиражирование информации, обработка и систематизация данных, поиск и выдача информации, создание информационных моделей) и управление информационным потоком; - преобразование информации, связанной с осуществлением логистических операций.

В этой связи информационное обеспечение транспортной системы грузовых перевозок должно соответствовать следующим основным требованиям: - системность обслуживания с учетом характера деятельности потребителей, решаемых ими задач при управлении транспортно- логистическими процессами, качественном удовлетворении информационных потребностей; - надежность обслуживания, что предполагает обеспечение информацией менеджеров и участников транспортно-логистических цепочек в нужные сроки и в наиболее удобном для них виде; - полнота информационного обслуживания выполняемых процессов (операций) и доведение необходимой информации до конкретного потребителя; - дифференцированность, состоящая в том, что каждый потребитель индивидуально обеспечивается информацией, которая способствует решению поставленных задач.

На первом уровне информационной системы функциональная система непосредственно обслуживает транспортно-логистические сделки и операции.

Она включает прием заказа, распределение запасов, консолидацию грузов, сам процесс транспортировки (отправка и доставка), предоставление информации клиентам о ходе выполнения заказа.

Весь функциональный цикл заказа управляется с помощью оперативной информации. Учитывая большой поток данных и операций, существенное значение имеет производительность информационных систем.

На втором уровне осуществляется логистическая координация входящих в исходящих потоков. Подсистема учитывает ограничения и загрузку транспортных мощностей, взаимосвязь производственных, складских и транспортных ресурсов.

На уровне управленческого контроля (третий уровень) происходит оценка результатов функционирования транспортного предприятия. На основе полученных результатов, менеджер по Транспортная компанияе осуществляет оценку экономической эффективности, уровня сервиса и качества предоставленных транспортных услуг, пропускной способности системы и др. [2,3,4,5].

На четвертом уровне «Анализ решений» происходит анализ и оценка всех возможных последствий для всей логистической системы. Стандартные объекты анализа: - маршруты и графики движения транспортных средств;- стратегический анализ и управление затратами; - управление запасами;- конфигурация логистической сети;- интеграция/использование логистических посредников в цепочке поставки и транспортировки. Блок «Анализ решений» осуществляет координацию логистических функций на основе аналитической обработки информации, претворяет в жизнь планы, намеченные в ходе стратегического планирования. Его ключевая роль - функция «переключения» режима ускорения или замедления темпов развития предприятия, «слежение» за стратегической целью. Именно четвертому уровню принадлежит исключительная роль в аналитической поддержке реализации всего логистического потенциала и ресурсов предприятия. Последний (пятый) иерархический уровень «Стратегическое планирование» связан с информационной поддержкой по разработке и совершенствованию логистической стратегии.

Современные средства моделирования бизнес-процессов

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства как System Architect, Ithink Analyst, ReThink и другие. Далее рассмотрим и дадим краткую характеристику каждого инструментального средства.

BPWin и ERWinBPWin - инструмент визуального моделирования бизнес-процессов.

ERWin - средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность - связь».

Один из лидеров российского рынка. Локализован. Продажи, поддержка, обучение в России.

Oracle Designer- функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки ИС компании Oracle - «CDM», позволяющих команде разработчиков провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы.

Участник российского рынка. Локализован. Продажи, поддержка, обучение в России.

Rational RoseСредство моделирования объектно-ориентированных информационных систем. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое. Один из лидеров российского рынка. Локализован. Продажи, поддержка, обучение в России.

ARIS - интегрированное средство моделирования бизнес-процессов, объединяющее разнообразные методы моделирования и анализа систем. В первую очередь, это средство описания, анализа, оптимизации и документирования бизнес-процессов, чем средство проектирования ПО. Лидер на мировом рынке. Локализован. Продажи, поддержка, обучение в России.

System ArchitectSystem Architect представляет собой универсальное CASE-средство, позволяющее осуществить не только проектирование данных, но и структурное моделирование. Средство проектирования данных и создания ER-диаграмм является одной из составных частей этого продукта. Один из мировых лидеров, пока еще не представлен на российском рынке. Продажа и поддержка пока из Нидерландов.

Power DesignerPowerDesigner - средство моделирования бизнес- процессов, проектирования баз данных и объектного моделирования. Участник российского рынка, преследователь лидеров на мировом рынке. Поддержка, продажа, обучение в России есть. Нет информации по количеству проданных лицензий, количеству пользователей, поэтому достаточно сложно оценить распространенность в России.

Re-ThinkГрафическая объектно-ориентированная среда создания и сопровождения интеллектуальных приложений мониторинга, диагностики и управления сложными динамическими системами в реальных и моделируемых ситуациях.Один из преследователей мировых лидеров.

Ithink AnalystПакет для ситуационного моделирования. Позволяет строить наглядные и точные модели самых сложных политических и экономических ситуаций, используя библиотеку базовых моделей и методы системной динамики. Также используется при анализе инвестиционных проектов и реинжиниринге.

Один из участников мирового рынка. Пакет не распространен на российском рынке. Русского интерфейса нет. Продажа, поддержка и обучение в России осуществляется только одной компанией. Учебные материалы на русском существуют.

WorkflowModeler (ранееDesign/IDEF) Пакет для функционального и информационного моделирования, анализа и проектирования бизнес- процессов. Используется как составная часть в некоторых известных пакетах типа CIM (Computer Integrated Manufacturing) и САЕ (Computer Aided Engineering) и принят в качестве стандарта для проектов, финансируемых американскими и европейскими спонсорами.Один из участников мирового рынка.

Анализ средств моделирования бизнес-процессов

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

· устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);

· распространенность продукта(количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы); доступность поддержки поставщика. Такие услуги могут включать телефонную "горячую линию", техническую и консультационную поддержку через представителя поставщика в России;

· доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте;

доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии.

Из приведенногосписка инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWinи ERWin компанииСоmputer Associates.Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

Возможности BPwin:

· поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;

позволяет оптимизировать процедуры в компании;

· полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);

· позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;

интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;

интегрирован со средством имитационного моделирования Arena; содержит собственный генератор отчетов;

· позволяет эффективно манипулировать моделями - сливать и расщеплять их;

· имеет широкий набор средств документирования моделей, проектов.

Пакет ERWin это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

· поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional;

· поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;

· интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;

возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

· позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой;

позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения - от моделирования бизнес-процессов до внедрения. Применение единого репозитория, делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений.

Задачей Oracle Designer является сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы.

Графические модели определений проекта, интегрированные с многопользовательским репозиторием существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей, и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной , так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

· ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);

· диаграммы функциональной иерархии, описывающие функции, которые выполняет система;

· диаграммы потоков данных, циркулирующих на предприятии.

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений.

Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта - автоматическая генерация серверных компонентов - возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели и тут же сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Oгасlе Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

Rational Rose компании IBM. IBM Rational Rose - входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно- ориентированный процесс создания ИС. Любые участники проекта - аналитики, специалисты по моделированию, разработчики и другие - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта.

Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах.

Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков.

Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager позволяет создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели.

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90% компаний мирового рынка ценных бумаг, 60% мировых банков и 68% компаний Wall Street.

PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки, - то, что характерно для большинства современных компаний.

Это позволяет фокусироваться на бизнес-потребностях создания приложений на протяжении всего процесса разработки - от системного анализа и дизайна и вплоть до непосредственной генерации кода для приложения.

Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес-процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это позволяет правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner:

Моделирование бизнес-процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес-процессы, ориентируясь на бизнес-задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель.

Моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных.

Объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес-процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C++, PowerBuilder, Visual Basic и других, посредством настраиваемого генератора.

Репозиторий масштаба предприятия: Enterprise-версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов.

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г.

Основное направление - программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 г. золотой медальюмеждународной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 г., когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми web-продуктами - все они имеют общую черту - интуитивно-понятный и выразительный интерфейс.

Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.

Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы: организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;

· функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

· модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами.

ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п.

Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая - семейство программных продуктов ARIS ориентированно на процессное описание.

Основная бизнес-модель ARIS - eEPC (extended Event-driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность - в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует.

Третья особенность: ARIS - единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес-систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования.

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;

для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

В приложени1 ниже приводится сравнение функциональных возможностей и свойств инструментальных сред, предназначенных для моделирования бизнес-процессов.

Описание логической модели системы методологией SADT

Модуль программы можно логически разбить на 4 основные части:

1. Предоставление информации по водителям (форма водители) и всем связанным с ними данными, возможность их редактирования.

2. Предоставление информации по заказам (форма заказы) и всем связанным с ними данными, возможность их редактирования.

3. Предоставление информации по смене (форма Открытие смены) и всем связанным с ними данными.

4. Предоставление требуемой отчётной документации (отчёты).

Такая структура разбита на отдельные модули. Каждый модуль выполняет определенный ряд задач.

АРМ «Диспетчера» состоит из следующих модулей: Модуль предоставления всей информации по водителям.

Модуль предоставления информации по каждому водителю.

Модуль предоставления всех личных данный для каждого водителя. Модули предоставления всей информации по заказам.

Модуль предоставления информации по каждому заказу. Модуль результата выполнения заказа.

Модуль предоставления водителей для данного заказа. Модуль предоставления платежей для каждого заказа.

Далее описаны характеристики данного комплекса задач для каждого модуля. Эти модули предоставляют возможность получить информацию по отдельно взятому водителю, включающая в себя помимо прочего данные его автомобиля (модель, цвет).

Входными данными является идентификационный номер водителя. Выходными данными является вся вышеперечисленная информация по водителю.Модуль предоставления информации по смене. Этот модуль предоставляет доступ к мелким справочникам, позволяет редактировать и дополнять их.Входными данными является количество водителей и диспетчеров на смене. Выходными данными являются сумма платежей полученных за смену, количество выполненных заявок, и количество заявок выполненных непосредственно конкретным водителем.

Описание логической модели по методологии SADT начинается с построения контекстной диаграммы, которая представляет наиболее общий уровень исследуемой системы (наивысший уровень абстракции). Затем эта диаграмма декомпозируется (разбивается, уточняется) на более детальные диаграммы, которые наиболее подробно описывают работу системы и ее подсистем.

Логическая схема модели системы представлена на рисунке 1.2.



Рисунок1.2 Логическая модель

В основе методологии DFD лежит построение модели анализируемой ИС проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процессы становятся элементарными и детализировать их далее невозможно.

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:

внешние сущности; системы/подсистемы; процессы;

накопители данных; потоки данных.

Логическая модель системы представлена в виде трех уровней диаграмм потоков данных. Они отражают информационные потоки, имеющие место быть между внешними объектами и системой; между внешними объектами и подсистемами, а также между самими подсистемами; между внешними объектами и процессами (выполняющимися в подсистемах), и процессами между собой.

Первый уровень логической модели DFD содержит внешние объекты, взаимодействующие с системой («Оператор» и «Принтер»), саму систему («Система работы диспетчеров») и данные, передаваемые в общем виде между ними («сотрудник», «отчет»).

Второй уровень логической модели DFD состоит из подсистем, на которые разбивается система («подсистема ввода/вывода», «подсистема обработки данных», «подсистема хранения»), и тех же внешних сущностей. Передаваемые данные на этом уровне более детализированы, указаны, какие именно запросы, данные и отчеты передаются между самими подсистемами и между подсистемами и внешними объектами (рисунок 1.3).



Рисунок 1.3 Первый уровень логической модели DFD

Третий уровень наиболее детализирован. На нем отображаются процессы, происходящие в системе, с указанием потоков данных, участвующих в тех или иных процессах (рисунок 1.4).



Рисунок 1.4 Третий уровень логической модели DFD

Хорошая структура базы данных является основой для создания адекватной требованиям, эффективной базы данных.

Определение цели создания программного продукта.

На первом этапе проектирования программного продукта необходимо определить цель создания программного продукта, основные функции и информацию, которую должна содержать база данных. То есть нужно определить основные темы таблиц базы данных и информацию, которую будут содержать поля таблиц [10].

Программный продукт должен отвечать требованиям тех, кто будет непосредственно с ним работать. Для этого нужно определить информацию, которую должна включать в себя база данных, отчеты, которые должна формировать программа. Проанализировать формы, которые для записи данных, сравнить создаваемую базу данных с хорошо спроектированной, подобной ей базой.

Целью создания комплексной системы автоматизации работы транспортной компании является сбор, анализ и доведение до пользователей наиболее качественной и подробной информации, увеличение эффективности работы диспетчеров, быстрота и легкость получения доступа к необходимой информации бухгалтеру и руководителю.

Определение таблиц, которые должна содержать база данных.

Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы.

...