Файл: Проектирование реализации операций бизнес-процесса «Совершенствование существующих продуктов» (Характеристика результатной информации).pdf

1) Входные и выходные документы. Входным документом системы является приходная накладная

Выходными документами являются: чек об оплате, акт выполненных услуг.

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

2) Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.

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

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

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

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

Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:

- товаров;

- групп товаров;

- клиентов;

- продаж.

4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. [1]

Основными способами организации БД являются создание централизованных и распределенных БД. [4] В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству пользователей.

Таким образом, для решения поставленной задачи необходима интегрированная централизованная база данных.

1.5. Обоснование проектных решений по программному обеспечению

На компьютерах, входящих в состав АРМов сотрудников на данный момент установлена ОС MS Windows XP Professional Service Pack 3, это является оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать.

Выбор программных средств, с помощью которых можно реализовать систему учета продаж, основывается на следующих критериях [3]:

1. Возможность установки на ПК, не подключенном к сети.

2. Инструменты для работы непосредственно с объектом.

3. Набор средств для получения отчетов.

4. Возможность хранения первоначальных данных и результатов.

5. Графические возможности для построения статистических диаграмм.

6. Минимум затрат на приобретение и разработку.

7. Удобство использования и сопровождения.

Среди множества продуктов, предлагающих подобные возможности, можно выделить следующие направления:

•  реализация через web-интерфейс, например с помощью php-программирования;
• реализация через интегрированные среды разработки программного обеспечения для Microsoft Windows на языках Delphi, VisualC++, VisualBasic и др.

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

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

Во втором же случае затраты могут быть минимальны.

Для выбора языка программирования сравним следующие языки и среды программирования– Borland C++, Delphi и Visual Basic[3]. Сравнение языков программирования приведено в таблице 1.1. и на рисунке 1.8.

Таблица 1.1

Сравнение языков программирования

Рисунок 1.8. Сравнение языков программирования

Для разработки и отладки программы применялась интегрированная система Borland С++.

Выбор этого программного продукта обусловлен следующим [4]:

1. В Borland С++имеется возможность визуального конструирования форм, что избавляет при создании программы от многих аспектов разработки интерфейса программы, так как Borland С++автоматически готовит необходимые программные заготовки и соответствующий файл ресурсов. Программисту нужно лишь наполнить прототип будущего окна элементами интерфейса;
2. Библиотека визуальных компонентов предоставляет огромное разнообразие созданных разработчиками Borland С++программных заготовок, которые после несложной настройки готовы к работе в рамках создаваемого приложения. Использование компонентов не только во много раз уменьшает время создания программы, но и существенно снижает вероятность случайных программных ошибок;
3. Мощность и гибкость языка программирования ObjectPascal – достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка VisualBasic язык Pascal отличает строгая типизированность, позволяющая компилятору ещё на этапе компиляции обнаружить многие ошибки, а также средства работы с указателями. Последнее даёт возможность использовать так называемое раннее связывание с библиотеками типов в технологии COM, в то время как VisualBasic (а также Java) вынуждены при обращении к COM объектам использовать более медленное позднее связывание. Синтаксис языка C++ прямо-таки провоцирует создание запутанных программ, в то время как простой синтаксис ObjectPascal позволяет очень просто описывать любой алгоритм, так как Pascal происходит от использующегося для этих целей алгоритмического языка АЛГОЛ-60. Кроме всего выше перечисленного, ObjectPascal имеет самый быстрый среди продуктов подобного рода оптимизирующий компилятор, позволяющий создавать быстрые и относительно компактные программы;
4. Среди прочих преимуществ Borland С++можно выделить самую эффективную работу с базами данных. Это обуславливается тремя обстоятельствами: высоко производительной машиной для доступа к данным разного формата (ODBC), наличием многочисленных компонентов, ориентированных на работу в этой сфере;
5. В настоящее время для создания современного программного обеспечения приходится использовать несколько различных программных продуктов, а в базовую конфигурацию Borland С++ уже входят множество продуктов, для создания различных элементов программного обеспечения.

Таким образом, можно сделать вывод о том, что Borland С++– один из самых мощных инструментов разработки программных продуктов любой сложности и направленности. А Borland С++ наиболее совершенная из всех версий прочих версий данной среды разработки приложений.

Анализ СУБД при выборе конкретного программного продукта производится по следующим группам критериев:

• Моделирование данных
• Особенности архитектуры и функциональные возможности
• Контроль работы системы
• Особенности разработки приложений
• Производительность
• Надежность
• Требования к рабочей среде
• Смешанные критерии

В результате рассмотрения наиболее распространенных СУБД для реализации системы учета продаж выбрана СУБД MS SQL Server 2005.

Microsoft SQL Server в качестве языка запросов использует версию SQL, получившую название Transact-SQL (сокращённо T-SQL), являющуюся реализацией SQL-92 (стандарт ISO для SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением). Microsoft SQL Server и Sybase ASE для взаимодействия с сетью используют протокол уровня приложения под названием Tabular Data Stream (TDS, протокол передачи табличных данных). Протокол TDS также был реализован в проекте FreeTDS с целью обеспечить различным приложениям возможность взаимодействия с базами данных Microsoft SQL Server и Sybase.

Microsoft SQL Server также поддерживает Open Database Connectivity (ODBC) — интерфейс взаимодействия приложений с СУБД. Последняя версия (SQL Server 2008) обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Microsoft также выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2000 и 2005.

SQL Server поддерживает зеркалирование и кластеризацию баз данных. Кластер сервера SQL — это совокупность одинаково конфигурированных серверов; такая схема помогает распределить рабочую нагрузку между несколькими серверами. Все сервера имеют одно виртуальное имя, и данные распределяются по IP адресам машин кластера в течение рабочего цикла. Также в случае отказа или сбоя на одном из серверов кластера доступен автоматический перенос нагрузки на другой сервер.

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

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

2.1. Информационная модель и её описание

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

Весь цикл обработки информации можно разбить на два этапа:

1. Прием, обработка и ввод первичной входящей информации (паспортные данные, реквизиты организаций и т.д.).
2. Формирование документов (договора на продажу и т.д.).

Информационная модель представлена на рис. 2.1.

Рисунок 2.1 Информационная модель системы учета продаж

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

• Прайс-лист;
• Перечень клиентов;
• Перечень поставщиков;
• Перечень продавцов.

Реквизитный состав данных документов, а также их объем, частота и источник поступления приведены в таблице 2.1.

Таблица 2.1

Описание входных документов