Анализ и разработка системы автоматизации документооборота для предприятия ООО "Элси-Медиа"
Наименование покупателя
|
|
Адрес покупателя
|
|
Телефон покупателя
|
|
|
Продажи
Номер расходной накладной
|
|
Тип расходной накладной
|
|
Дата расходной накладной
|
|
Наименование покупателя
|
|
Наименование товара
|
|
Кол-во товара
|
|
Величина скидки
|
|
Сумма
|
|
|
Резерв
Дата резервирования
|
|
Кол-во товара
|
|
|
Вторая нормальная форма
таблица должна удовлетворять требованиям первой нормальной формы;
все поля таблицы должны зависеть от первичного ключа, т.е. чтобы первичный ключ однозначно определял запись и не был избыточным;
те поля, которые зависят только от части первичного ключа, должны быть выделены в отдельные таблицы.
Товары
Код товара
|
|
Группа товара
|
|
Наименование товара
|
|
Остаток товара
|
|
Цена товара
|
|
Срок гарантии
|
|
|
Покупатели
Код покупателя
|
|
Наименование покупателя
|
|
Адрес покупателя
|
|
Телефон покупателя
|
|
|
Продажи
Код расходной накладной
|
|
Номер расходной накладной
|
|
Тип расходной накладной
|
|
Дата расходной накладной
|
|
Код покупателя
|
|
Код товара
|
|
Кол-во товара
|
|
Величина скидки
|
|
Сумма
|
|
|
Резерв
Код товара
|
|
Дата резервирования
|
|
Кол-во товара
|
|
|
Третья нормальная форма
таблица должна удовлетворять требованиям второй нормальной формы;
ни одно из неключевых полей не должно однозначно идентифицироваться значением другого неключевого поля.
В результате третьей нормальной формы убираем поле «Сумма» из таблицы «Продажа», так как оно является вычисляемым полем:
Товары
Код товара
|
|
Группа товара
|
|
Наименование товара
|
|
Остаток товара
|
|
Цена товара
|
|
Срок гарантии
|
|
|
Покупатели
Код покупателя
|
|
Наименование покупателя
|
|
Адрес покупателя
|
|
Телефон покупателя
|
|
|
Продажи
Код расходной накладной
|
|
Номер расходной накладной
|
|
Тип расходной накладной
|
|
Дата расходной накладной
|
|
Код покупателя
|
|
Код товара
|
|
Кол-во товара
|
|
Величина скидки
|
|
|
Резерв
Код товара
|
|
Дата резервирования
|
|
Кол-во товара
|
|
|
В итоге, в нашей проектируемой БД получается две справочные таблицы -это «Товар» и «Покупатели» и две транзакционные таблицы - «Продажи» и «Резерв». Справочные, содержат информацию справочного характера, обладают невысокой степенью изменения, выступают в качестве главной таблицы. Должны быть неизбыточными, т.е. хранить только общие сведения для данного предмета. Транзакционные, служат для накопления данных, основанных на значении данных в другой таблице. Таблица «Продажа» связана с таблицами «Товар» и «Фирмы» по составному ключу, то есть по нескольким полям, а именно: через поля «Код товара» и «Код фирмы». Остальные таблицы связаны между собой по Таблицы связаны между собой типом связи "один-ко-многим" - означает, что одной записи главной таблицы в подчиненной таблице может соответствовать несколько записей. Этот вид отношения встречается наиболее часто.
Структура БД:
Атрибут
|
Описание
|
|
TovID
|
Уникальный идентификатор товара
|
|
TovTovGrup
|
Наименование группы товара
|
|
TovName
|
Наименование товара
|
|
TovOst
|
Остаток товара на складе
|
|
TovPrice
|
Цена товара на складе
|
|
TovTimeOk
|
Срок гарантийного обязательства
|
|
FirmID
|
Уникальный идентификатор покупателя
|
|
FirmName
|
Наименование фирмы
|
|
FirmAdress
|
Адрес фирмы
|
|
FirmPhone
|
Телефон фирмы
|
|
RasNaklID
|
Уникальный идентификатор расходной накладной
|
|
RasNaklDate
|
Дата создания расходной накладной
|
|
RasNaklType
|
Тип расходной накладной (безнал, товарный чек, чекДоплата)
|
|
RasNaklPokup
|
Получатель расходной накладной
|
|
RasNaklTov
|
Наименование товара
|
|
RasNaklTKol
|
Количество товара
|
|
RasNaklSale
|
Величина скидки в %
|
|
ReservTov
|
Резервируемый товар
|
|
ReservData
|
Дата резервирования
|
|
ReservKol
|
Кол-во резервируемого товара
|
|
|
Описание таблиц
Таблица «Товар»:
Поле
|
Тип данных
|
Длина
|
Характеристика
|
|
ТоварID
|
Счетчик
|
|
ключ
|
|
Группа товара
|
Числовой(number)
|
|
индекс
|
|
Наименование
|
Текстовый(alpha)
|
50
|
|
|
Остаток
|
Числовой (number)
|
|
|
|
Цена
|
Денежный (money)
|
|
|
|
Срок гарантии
|
Числовой (number)
|
|
|
|
|
Таблица «Firms»:
Поле
|
Тип данных
|
Длина
|
Характеристика
|
|
FirmID
|
Счетчик
|
|
ключ
|
|
FirmName
|
Текстовый(alpha)
|
40
|
|
|
FirmAdress
|
Текстовый(alpha)
|
80
|
|
|
FirmPhone
|
Числовой (number)
|
|
|
|
|
Таблица «RasNakl»:
Поле
|
Тип данных
|
Длина
|
Характеристика
|
|
RasNaklID
|
Счетчик
|
|
ключ
|
|
RasNaklDate
|
Дата (Date)
|
|
|
|
RasNaklType
|
Текстовый(alpha)
|
15
|
|
|
RasNaklFirm
|
Числовой (number)
|
|
индекс
|
|
RasNaklTov
|
Числовой (number)
|
|
индекс
|
|
RasNaklTKol
|
Числовой (number)
|
|
|
|
RasNaklSale
|
Числовой (number)
|
|
|
|
|
Таблица «Reserv»
Поле
|
Тип данных
|
Длина
|
Характеристика
|
|
ReservTov
|
Числовой (number)
|
|
ключ
|
|
ReservDate
|
Дата (Date)
|
|
|
|
ReservTovKol
|
Числовой (number)
|
20
|
|
|
|
Выбор модели данных.
Среди логических моделей реляционная база данных обладает значительными преимуществами:
достоинства для пользователя:
реляционная БД представляет собой набор таблиц, с которыми пользователь привык работать;
не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;
реляционные языки легки для изучения и освоения, в то время как языки общения с иерархической и сетевой моделями предназначены для программистов и мало пригодны для пользователей;
достоинства обработки данных реляционной БД:
Связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;
Точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений, обеспечивающих наглядность и гибкость модели данных;
Гибкость. Операции проекции и объединения позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;
Секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.
Простота Внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.
Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.
В зависимости от местоположения отдельных частей СУБД различают локальные и сетевые СУБД. Все части локальной СУБД размещаются на компьютере пользователя базы данных. К сетевым относятся файл-серверные, клиент-серверные и распределительные СУБД.
Преимущества использования архитектуры «клиент-сервер».
снижение сетевого трафика при выполнении запросов. Например, при необходимости выбора пяти записей из таблицы, содержащей миллион, клиентское приложение посылает серверу запрос, который сервером компилируется и выполняется, после чего результат запроса (те самые пять записей, а вовсе не вся таблица) передается обратно на рабочую станцию.
Высокая защищенность системы. Шире возможности управления пользовательскими привилегиями и правами доступа к различным объектам базы данных.
Выше производительность информационной системы.
возможность параллельной обработки данных, особенно в случае использования многопроцессорных компьютеров в качестве сервера баз данных.
Выше маштабируемость системы - возможность поддержки большего количества пользователей.
Исходя из вышеперечисленных преимуществ, для реализации поставленной задачи будет использоваться архитектура «клиент-сервер».
Выбор средств для разработки АСИС, описание структуры АСИС.
Анализ и выбор программных средств разработки АСИС.
Современные средства разработки ПО характеризуются большим разнообразием критериев, используюя которые разработчик имеет возможность автоматизировать процесс разработки приложений. Так, в настоящее время инструментальные средства позволяют:
создавать интерфейс, используя стандартные компоненты;
передавать управление различным процессам, в зависимости от состояния системы;
создавать оболочки для баз данных, как и сами базы данных;
разрабатывать более надежное ПО, путем обработки исключительных ситуаций возникающих при некорректной работе ПО.
Современные средства разработки характеризуются следующими параметрами:
поддержка объектно-ориентированного стиля программирования;
возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;
использование визуальных компонент для наглядного проектирования нтерфейса;
поддержка БД;
возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;
возможность синхронизации составных частей проекта (предоставляется при разработке больших программных комплексов).
Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder и другие.
Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним - разработка баз данных на базе языка SQL и их поддержка ограничена. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки АСИС играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.
При создании программного продукта главным критерием выбора программных средств разработки являлись:
скорость разработки приложений;
возможность быстрого внесения изменений в программу;
возможность редактирования и просмотра БД, используя средства разработки.
Как дополнение к перечисленному, можно указать, что время разработки зависит от: поддержки выбранным инструментарием ОС, аппаратной поддержки, необходимой для их оптимального функционирования; наличия предварительного опыта у разработчиков в использования соответствующих программных средств. Обеспечить минимальное время разработки можно только при выполнении этих условий.
Исходя из приведенных требований, выделим следующие характеристики средств разработки программного обеспечения:
Наличие опыта разработки с использованием данного программного продукта;
Требования по ресурсам;
Поддержка операционной системы;
Наглядность разработки интерфейса;
Предоставляемые возможности работы с базами данных;
Доступность;
Скорость работы разработанного программного обеспечения;
Обработка исключительных ситуаций;
Время создания разработанного программного обеспечения;
Удобство эксплуатации;
Для вышеперечисленных средств для разработки АСИС воспользуемся методом вариантных обоснований. Этот метод предназначен для выбора наилучшего варианта из нескольких предложенных и состоит из следующих этапов:
Определение критериев, по которым будет произведено сравнение и степени их важности.
Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка.
Нахождение общего количества баллов для каждого из вариантов (можно учитывать важность критериев).
Лучшим считается вариант, который набрал максимальное количество баллов.
Для решения поставленной задачи будем использовать перечень характеристик, приведенный выше.
Результаты приведены в таблице:
Таблица
Средство разработки
|
|
|
|
|
Характеристика средств разработки
|
Delpi
|
Visual C++
|
Borland C++ Buielder
|
|
Наличие опыта разработки с использованием данного программного продукта;
|
8
|
6
|
4
|
|
Требования по ресурсам;
|
7
|
6
|
6
|
|
Поддержка операционной системы;
|
8
|
8
|
8
|
|
Наглядность разработки интерфейса;
|
9
|
7
|
8
|
|
Предоставляемые возможности работы с базами данных;
|
8
|
6
|
4
|
|
Скорость работы разработанного программного обеспечения;
|
6
|
7
|
8
|
|
Обработка исключительных ситуаций;
|
8
|
8
|
8
|
|
Время создания разработанного программного обеспечения;
|
9
|
6
|
5
|
|
Удобство эксплуатации;
|
7
|
8
|
8
|
|
Всего:
|
70
|
62
|
60
|
|
|
Вывод: в результате выполненного анализа инструментальных средств выявили, что в качестве средства разработки АСИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.
Используя Delphi, можно создавать приложения для MS Windows95/98/NT с минимальными затратами времени т.к. в её основе лежит концепция быстрого создания приложений (RAD).
Глава 3. Основные сведения о Delphi
Базируется на расширении языка Pascal - Object Pascal.
Интегрированная среда разработки приложений - позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования;
Визуальная технология разработки программ - позволяет быстро создавать приложения путём размещения в форме стандартных компонентов. При этом соответствующий код программы автоматически генерируется Delphi. Такая технология освобождает разработчика от рутинной работы по созданию пользовательского интерфейса и позволяет уделить больше внимания внутренней организации данных и обработке данных.
Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора Delphi соответствующим образом изменяет и сами компоненты. С другой стороны, при изменении свойств компонентов в инспекторе редактора объектов (Object Inspector) они немедленно отражаются в окне редактора кода.
Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений.
Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. Особенностью этих компонентов является то, что во время создания приложения Delphi отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в Delphi ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL..
Delphi - это первый инструмент, в котором быстрое проектирование сочетается с использованием оптимизирующего компилятора. Кроме того, в Delphi может быть использована технология масштабирования баз данных, являющаяся самой мощной и сложной технологией программирования, которая когда-либо использовалась для персональных компьютеров. В отличии от большинства других инструментов, предназначенных для быстрой разработки приложений, Delphi является расширяемым инструментом. Ниже приведен краткий список особенностей, обеспечивающих расширяемость Delphi:
непосредственный доступ к интерфейсу приложений API;
встроенный Ассемблер; обработка строк, написанных на Ассемблере вставленных в текст программ Delphi;
возможность создания пользовательских объектов VCL и OCX;
возможность создания DLL-библиотек и других "вторичных" объектов среды Windows;
Объектная ориентация - возможность создавать новые классы, наследующие свойства существующих классов, либо, начав с нуля, строить свои собственные.
Одним из основных критериев, при выборе инструмента разработки приложений баз данных является масштабируемость возможность работать с данными в различных платформах. Масштабируемость в Delphi достигается благодаря следующим свойствам:
поддержка как локальных таблиц, так и находящихся на удаленных серверах баз данных;
поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;
Свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;
Наличие собственных быстрых драйверов для основных платформ типа клиент/сервер;
Полная поддержка ODBC.
Delphi, как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language).
Проектирование интерфейса
Интерфейс пользователя реализуется в виде набора форм, обеспечивающих интерактивное общение с пользователем. В данном случае интерфейс был реализован на взаимодействии следующих форм.
Главная Форма
Это основная форма, из которой происходит управление приложением и осуществляется переход в дочерние формы.
Меню:
Главное окно:
Список покупателей и поставщиков:
Добавление новой фирмы:
Расходные накладные:
Добавление новой расходной накладной:
Список актов:
Добавление нового акта:
Введение новой номенклатуры:
Документы
Сопроводительные документы будут создаваться путем импортирования в Microsoft Excel.
Введение новой номенклатуры:
Заведение нового покупателя:
Формирование новой расходной накладной:
Выбор товара:
1. Сверка приема на тех.обслуживание:
Отдать кладовщику, с территории фирмы не выносить!
|
|
|
|
|
|
|
|
|
|
Сверка приема на тех. обслуживание
|
Номер:
|
01
|
|
|
|
|
|
|
|
|
|
17.04.2006 9:32
|
|
Дата:
|
17.04.06
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
№
|
Наименование
|
Склад
|
Кол-во
|
|
|
|
1
|
19" MONITOR Samsung 913N STSB <Silver> с пов. экр (LCD, 1280
|
Витрина
|
1
|
|
|
|
Всего
|
|
|
1
|
|
|
|
К оплате
|
|
8 990.00
|
|
|
|
|
|
|
|
|
|
|
Товар выдан __________________(подпись кладовщика)
|
|
Без печати недействительно
|
|
|
|
|
|
|
|
|
Товар получен ________________(подпись клиента)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Товарный чек
Компания «ЭЛСИ»
|
|
|
|
|
|
|
|
|
Товарный чек № 01 от 01.04.2006 9:32:25
|
|
|
|
|
|
|
|
|
|
|
|
|
|
№
|
Наименование
|
Цена
|
Кол-во
|
|
|
1
|
19" MONITOR Samsung 913N STSB <Silver> с пов. экр (LCD, 1280
|
8 990.00
|
1
|
|
|
Всего
|
|
|
|
|
|
Всего
|
к оплате
|
8 990.00
|
|
|
|
|
|
|
|
|
|
Товар выдан __________________(подпись кладовщика)
|
Отметка об оплате
|
|
|
|
|
|
|
|
|
Товар получепн ________________(подпись клиента)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Гарантийное обязательство:
Компания "ЭЛСИ"
|
|
|
Гарантийное обязательство № 62400 /5
|
|
|
Дата
|
01.04.2006
|
|
Покупатель: Савина Инна Александровна
|
|
|
|
|
|
|
№
|
Наименование
|
Гарантия месяцев
|
|
1
|
19" MONITOR Samsung 913N STSB <Silver> с пов. экр (LCD, 1280
|
36
|
|
|
|
|
|
1. Правила Гарантийного обслуживания
Гарантийное обслуживание осуществляется только при предъявлении настоящего документа, содержащего дату продажи, подписи продавца и покупателя.
В течении гарантийного срока, в случае обнаружения неисправности изделия, возникшей по причине производителя или продавца, продавец обязуется произвести бесплатный ремонт. Изделия, имеющие гарантийный талон производителя, обслуживаются их сертифицированными сервисными центрами в пределах населенного пункта, где были проданы изделия по настоящему документу.
Гарантийное обслуживание осуществляется в срок от 8 до 31 рабочего дня, в зависимости от сложности ремонта и наличия запчастей. Сроки гарантийного ремонта изделий, имеющие гарантийный талон производителя определяются сервисными центрами и могут превышать указанные. На время проведения гарантийного обслуживания при желании покупателя предоставляется временная замена дефектных комплектующих.
2. Гарантия не осуществляется
При отсутствии настоящего документа и подписи покупателя на нем, а также при наличии исправлений или помарок, повреждений или следов переклеивания наклеек производителя и гарантийных стикеров продавцов.
При наличии механических повреждений (разломы, сколы, вмятины, царапины, вздутия, следы гари и копоти; разорванные, сгоревшие проводники или другие элементы, экстремальное термическое повреждение элементов); следы кустарной пайки и иные признаки попыток самостоятельного ремонта и вскрытия, повреждении оригинальных пломб производителя. При наличии следов действия жидкости, агрессивных веществ, следов жизнедеятельности насекомых (тараканов, муравьев и т.п.).
3. Гарантия не распространяется
На ущерб, причиненный другому оборудованию, работающему в сопряжении с данным изделием; на совместимость данного изделия с изделиями и программными продуктами третьих сторон; на расходные материалы (печатающие головки, красящие ленты, картриджи, дискеты, диски и т.д.).
4. Отказ от ответственности
Фирма-производитель (продавец) или ее партнеры ни при каких условиях не несут ответственности за какой-либо ущерб (включая все без исключения случаи потери прибылей, прерывания деловой активности, потери деловой информации, либо других денежных потерь), связанных с использованием или невозможностью использования купленного оборудования.
Покупатель своей подписью на настоящем документе подтверждает, что ему была предоставлена возможность получить разъяснения в отношении всех терминов, использованных в настоящем документе, а также, что ему были переданы на руки товар (в полной комплектности, без повреждений, в неповрежденной упаковочной таре) и гарантийные обязательства производителей.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Благодарим за покупку !
|
|
|
|
|
|
|
Оформил: ___________ Покупатель: __________
|
|
|
|
Страницы: 1, 2, 3
|