Главная страница
Навигация по странице:

  • 1 .6.1 Visual Fox Pro

  • 1.6.2. Paradox 7.0

  • 1.6.3. Microsoft Access

  • 1.7. Обоснование выбора среды программирования

  • 1.8. Выбор технических средств

  • Проектная часть

  • 2.1. Предметная область

  • 2.2. Проектирование модели в BPWin

  • 2.3. Логическое проектирование

  • Автоматизация учета на предприятии. В настоящее время всё больше организаций стремиться автоматизировать рабочий процесс и использовать электронную информацию


    Скачать 1.86 Mb.
    НазваниеВ настоящее время всё больше организаций стремиться автоматизировать рабочий процесс и использовать электронную информацию
    Дата25.10.2018
    Размер1.86 Mb.
    Формат файлаdoc
    Имя файлаАвтоматизация учета на предприятии.doc
    ТипДокументы
    #54558
    страница2 из 3
    1   2   3

    1.6. Обоснование выбора СУБД

    1.6.1 Visual Fox Pro

    Visual FoxPro (VFP) — визуальная среда разработки систем управления реляционными базами данных, выпускаемая в настоящее время корпорацией Майкрософт. Использует язык программирования FoxPro.

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

    Visual FoxPro 9.0 снабжен мощным набором мастеров, которые позволяют новичку достаточно быстро создать мощное работоспособное приложение, однако при создании рационального приложения, мастера используют библиотеки поддержки и не рационально используют память. Программы созданные с помощью мастеров очень громоздки.

    Visual FoxPro сильно интегрирован с SQL, позволяет вставлять блоки SQL-команд непосредственно в тело основного кода и использовать в SQL-запросах собственные функции. Что позволяет быстро и эффективно обрабатывать большие базы, даже если таблицы не индексированы. Кроме того, FoxPro обладает собственными, очень мощными, и главное, удобными средствами работы с БД.

    В Visual FoxPro не происходит объявления типа переменных, это лишает возможности контролировать правильность обращения к переменной и, главное, под переменную отводится максимальное кол-во памяти, поэтому программы написанные на Visual FoxPro очень ресурсоемкие.

    В Visual FoxPro слишком слабые возможности по работе с визуальными компонентами.

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

    1.6.2. Paradox 7.0

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

    Paradox – одна из редких программ, которые в одинаковой степени обращены к начинающим, и к квалифицированным пользователям. Своим успехом Paradox отчасти обязан способу представления задач работы с БД. Вместо традиционного изображения отдельных полей и записей (как dBase и FoxBase) на экране видно таблицу – в виде строк и столбцов.

    Как только вводится запрос, записи отвечающие критериям выбора, “выпадают” в нижнюю часть экрана, образуя временную таблицу под название “ANSWER” (ответ). Эту таблицу можно сохранить.

    В Paradox используется собственная версия языка запросов QBE. В столбцах таблицы можно вводить условные операторы для задания критериев выбора. Записи, удовлетворяющие запросу, появляются в таблице под запросом.

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

    Несмотря на относительно невысокую общую оценку пользовательских свойств Paradox 7.0, средства помощи в этом пакете реализованы на достаточно хорошем уровне. Новые Эксперты существенно облегчают создание баз данных. Эксперт по базам данных (Database Expert) генерирует все приложение, включая таблицы, формы и отчеты. Если не нужно создавать законченное реляционное приложение или необходимо установить собственные связи между таблицами, можно воспользоваться Экспертом по таблицам (Table Expert), предлагающим большой набор шаблонов для использования в деловых и личных целях. В числе других новых полезных средств – Эксперт диаграмм (Chart Expert), Эксперт почтовых отправлений (Mail Merge Expert), работающий с редакторами Word и WordPerfect, и Эксперт импортирования текстовых файлов(Text Import Expert).

    1.6.3. Microsoft Access

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

    Для Microsoft Access характерны следующие возможности:

    • наличие мощных команд обработки файлов;

    • удобные средства ввода-вывода;

    • управление дизайном экрана (окна, цвет, звук, рамки);

    • удобный вывод данных на экран, бумагу, текстовый файл;

    • развитый аппарат обработки символьных данных;

    • интеграция с другими приложениями;

    • импорт-экспорт.

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

    Из рассмотренных выше СУБД более простой и удобной в использовании, имеющей удобный интерфейс, является СУБД Microsoft Access. Именно она и выбрана для разработки базы данных.

    1.7. Обоснование выбора среды программирования

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

    В Delphi нет тех сложных конструкций, которые присутствуют, например, в языке С++, но при этом Delphi не уступает по своим возможностям С++. Да и скорость работы созданных на Delphi программ не меньше, чем у программ, созданных на языке С++. Небольшая разница будет заметна при большом объёме математических вычислений, что объясняется отличной способностью оптимизации программ компилятора С++. Но лучшая оптимизация программ занимает и больше времени, что сказывается на процессе разработки программ. Здесь, несомненно, преимущество компилятора у Delphi, который позволяет почти мгновенно внести изменения и проверить результат. Времени на это затрачивается очень мало, в отличие от языка С++, где приходится тратить значительную часть рабочего времени на ожидание окончания работы компилятора.

    Delphi также прост в обучении, как Visual Basic, но при этом средства языка программирования Pascal позволяют использовать все современные возможности объектно-ориентированного программирования.

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

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

    Поэтому для разработки информационной системы для учета движения товаров на складе ООО «Торнадо Киров» и была выбрана среда программирования Delphi.

    1.8. Выбор технических средств

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


    Таблица 1 – Технические требования


    Характеристика

    Требования

    минимальные

    рекомендуемые

    Процессор

    Pentium 166

    Pentium II – 400

    Объем оперативной памяти, Мбайт

    128

    256

    Емкость жесткого диска, Мбайт

    115

    675

    Сетевые средства

    -

    Да

    Привод FDD

    Да

    Да

    Привод DVD-ROM

    Да

    Да

    Монитор

    15’

    17’

    Клавиатура

    Да

    Да

    Мышь

    Да

    Да

    Принтер

    -

    Да


    Выводы

    После рассмотрения аналогов системы, было принято решение разрабатывать свою собственную информационную систему, которая будет удовлетворять требуемым запросам и будет более приемлема по цене. Для реализации поставленных в данном проекте задач будет использована программа Microsoft Access , входящая в пакет Microsoft Office. Microsoft Access имеет большее преимущество перед другими системами главное в простоте, доступности программы, наличием всех средств для обработки и управления БД. Интерфейс программы разработан в Borland Delphi . Это одно из самых популярных в нашей стране средств разработки приложений. С помощью Delphi создаются приложения для операционной системы Windows. Среда Delphi легко расширяется установкой дополнительных модулей. Пользовательский интерфейс также хорошо настраиваемый - каждый организует рабочее пространство так, как ему будет удобно.



    1. Проектная часть

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

    2.1. Предметная область

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

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

    Задачу автоматизации можно разделить на 3 подзадачи: справочники, учет движения товаров и анализ по товару.

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

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

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

    • Список товаров по категории;

    • Поиск сведений о товаре по наименованию;

    • Поиск сведений о клиенте;

    • Поиск сведений о поставщиках по наименованию;

    • Продажи товаров за период;

    • Продажи по клиентам;

    • Товары с заканчивающимся сроком реализации;

    • Просроченный товар;

    • Остаток товара на складе;

    • Остаток товара по поставщику.

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

    2.2. Проектирование модели в BPWin

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

    BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения:

    С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

    С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

    Как видно из контекстной диаграммы (рисунок 1), управляющая информация входит в блок сверху (Должностные инструкции, ГОСТы), в то время как входная информация (Информация о товаре, Информация о клеинте, Заказа на поставку товара, Информация о поставщике), которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны блока (Прайс-лист, Расходная накладная, Отчеты). Механизм (Работники склада, Работники отдела сбыта, Работник отдела поставок), который осуществляет операцию, предоставляется дугой, входящий в блок снизу.



    Рисунок 1. Контекстная диаграмма

    Далее блок Учет движения товаров на складе разбивается на 4 процесса, которые представлены на декомпозиции процесса (рисунок 2):

    Получение товара на склад;

    Хранение товара;

    Выдача товара;

    Оформление заявки.



    Рисунок 2. Диаграмма декомпозиции процесса Учет движения товаров
    Блок Получение товара на склад разбивается еще на 3 процесса:

    Ввод данных о поставщике; Проверка данных; Ввод данных о товаре. Диаграмма декомпозиции процесса Получение товара на склад представлена на рисунке 3.



    Рисунок 3. Диаграмма декомпозиции процесса Получение товара на склад

    2.3. Логическое проектирование

    Построение схемы данных выполняется в несколько этапов:

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

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

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

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

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

    • 1:1 (один к одному) – используется на верхнем уровне иерархической модели данных;

    • 1:М (один ко многим) – один экземпляр одной сущности связывается с несколькими экземплярами второй сущности;

    • М:N (многие ко многим) – используется на начальной стадии разработки диаграммы.

    1. Определение атрибутов сущности. Атрибут – характеристика сущности, значимая в рассматриваемой предметной области и предназначена для классификации, идентификации или выражения состояния сущности. Атрибут может быть описан или идентифицирован, при определении связи между сущностями идентифицирующие атрибуты наследуются от родительской сущности к потомку. Атрибут или их совокупность может использоваться для уникальной идентификации каждого экземпляра сущности (первичный ключ). Атрибут, являющийся первичным ключом, должен располагаться в верхней части списка. Ни одна из частей ключа не должна принимать значение 0, быть незаполненной или отсутствовать. Если сущности связаны, то связь передает ключевой атрибут дочерней сущности, и он называется внешним ключом (FK).

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



    Рисунок 1. Схема базы данных

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

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

    Сущность Группы_товаров и Товары связаны при помощи связи один-ко-многим, так как одной группе может принадлежать несколько наименований товаров.

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

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


    написать администратору сайта