Файл: Проектирование реализации операций бизнес-процесса «Планирование производства» (Обоснование проектных решений).pdf

Поддерживаемые СУБД

• Oracle
• DB2/UDB (включая iSeries)
• SQL Server
• Teradata
• ODBC
• Sybase
• Informix
• Ingres
• Progress
• Access

Поддерживаемые ОС

• Windows 2000
• Windows XP
• Windows 2003 Server

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

Таблица 2 – Таблица характеристик СП

Анализ данных, приведенных в таблице, показывает, что из перечисленных СП только комплекс Westmount I-CASE+Uniface наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Так, например, в комплексе Westmount I-CASE+Uniface целостность базы проектных данных и единая технология сквозного проектирования ИС обеспечивается за счет использования интерфейса Westmount-Uniface Bridge. Следует отметить, что каждый из двух продуктов сам по себе является одним из наиболее мощных в своем классе. Таким образом, наиболее развитыми средствами разработки крупномасштабных ИС на сегодняшний день является, по моему мнению, комплекс Westmount I-CASE+Uniface. С другой стороны, его применение не исключает использования в том же самом проекте таких средств, как PowerBuilder, для разработки сравнительно небольших прикладных систем в среде MS Windows.

1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ

В результате анализа для данной курсовой работы были выбраны следующие приложения:

BPwin – как средство проектирования процессов для модели ERWIN. Данное приложение предлагает удобные средства для разработки диаграмм бизнес-процессов. BPwin применялся в ходе учебного процесса, возможности данного продукта хорошо изучены.

При выборе СУБД стоит руководствоваться требованиями, предъявляемыми к разрабатываемому проекту. При анализе наиболее популярных СУБД было отобрано три основных кандидата:

• Microsoft SQL Server;
• MySQL;
• Firebird.

Microsoft SQL Server – система управления реляционными базами данных, разработанная корпорацией Microsoft. Обычно используется для работы с базами данных большого размера. Лицензирование осуществляется на платной основе.

MySQL – свободная система управления базами данных. MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. MySQL, является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. MySQL – получил широкое распространение благодаря повсеместному использованию данной СУБД при создании веб-сайтов. Ссылка на литру.

Firebird (FirebirdSQL) – компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора). Это коммерчески независимый проект программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией «Borland» 25 июля 2000 года в виде свободной версии Interbase 6.0.

В результате анализа, в качестве целевой СУБД был выбран Firebird. Так как эта СУБД является бесплатной, поддерживает работу в трехзвенном приложении, а также обеспечивает необходимый уровень защиты данных.

Для разработки приложения был выбран – Borland Delphi 7. Выбор этого средства разработки неслучаен. Разрабатываемое приложение будет работать под управлением операционной системы Windows. Раннее Borland Delphi 7 использовался в учебном процессе и прекрасно себя зарекомендовал как средство быстрой разработки приложений.

Требования, предъявляемые к информационной системе:

1. Эксплуатационные требования
   1. Система должна обеспечить регистрацию порядка 75-100 операций в день (продажи товара, закупки, регистрация отгрузки и т.д.) с учетом ее срока эксплуатации 5 лет (моральный износ) и с учетом перспектив развития и некоторого запаса.
2. Требования к надежности
   1. Система должна восстанавливаться после сбоя (например, отключение питания)
   2. В программу должны быть встроены средства контроля ошибок:

• Контроль ссылочной целостности при попытках удаления записей;
• Анализ вводимой информации (запрет ввода текстовой информации в числовые поля)

1. Требования к интерфейсам
   1. Программа должна быть сделана с использованием СУБД Firebird
   2. Программа должна иметь стандартный интерфейс с пользователем в среде Windows (многооконность, подсказки, статусная строка)
2. Другие требования
   1. Программа должна поддерживать работу по сети нескольких пользователей
   2. Программа должна быть пригодной к сопровождению (модульность, понятность кода).

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 ПРОЕКТИРОВАНИЕ МОДЕЛИ IDEF0

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

При анализе деятельности торгового предприятия было выделено три основных работы отделов, входящих в состав предприятия.

Рисунок 2 – Деятельность торгового предприятия

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

Рисунок 3 – Декомпозиция «Работа склада»

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

Другой не менее важной функцией является отгрузка товара покупателям. Основанием для выдачи того или иного товара со склада является «Документ на выдачу товара со склада» именно он содержит список и количество товаров, которые необходимо выдать. Факт выдачи товара клиенту отражается документально путем формирования документов вида «Складские документы». («Расходная накладная»)

2.2 ПОСТРОЕНИЕ МОДЕЛИ ПОТОКОВ ДАННЫХ

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

Рисунок 4 – Диаграмма DFD. Деятельность торгового предприятия.

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

Отдельное внимание стоит уделить поступающей и уходящей информации склада.

Рисунок 4 – Диаграмма DFD. Работа склада.

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

2.3 РАЗРАБОТКА СХЕМЫ БАЗЫ ДАННЫХ

Схема системы базы данных (от англ. Database scheme) – ее структура, описанная на формальном языке, поддерживаемом системой управления базами данных (СУБД). В реляционных базах данных схема определяет таблицы, поля в каждой таблице, а также отношения между полями и таблицами. После того как была построена модель потоков данных, можно приступить к созданию схемы данных. Анализируя данные диаграммы (Рисунок 3) можно выделить две сущности – поставщики и клиенты. Эти сущности послужат каркасом схемы базы данных, информация о данных сущностях будет храниться в соответствующих таблицах («Postavshiki», «Clients»). Помимо информации о поставщиках и клиентах необходимо следить за продажей, закупкой и количественными остатками товаров. Следовательно, необходимы еще как минимум три сущности, способных хранить необходимую информацию.

В результате проведенного анализа создана модель сущность-связь.

Рисунок 5 – Модель сущность-связь

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

2.4 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ

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

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

В своей курсовой работе в качестве CASE-средства был выбран программный продукт ERwin. ERwin обеспечивает генерацию схемы данных сущность-связь в физическую базу данных. Взаимодействие Case-средства и, в нашем случае, СУБД Firebird осуществляется по средствам использования драйвера ODBC («Open Database Connectivity»). Для корректной генерации схемы данных необходимо внести изменения в тексты шаблонов, используемые ERwin при создании таблиц и триггеров в целевой БД, а именно заменить двойные кавычки на одинарные в текстах используемых шаблонов. После того, как файлы шаблонов и сама схема БД готовы, необходимо воспользоваться методом «Forward Engineer\Schema Generation» - именно этот метод и осуществляет генерацию схемы данных в физическую существующую базу данных.

2.5 РАЗРАБОТКА ПРИЛОЖЕНИЯ

Как быть, если необходимо создать приложение, которое может с одинаковым успехом работать как в локальной сети, так и на удаленном компьютере.

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