Дипломная работа: Автоматизация процесса ведения документации и отчетности в ООО "Делис Альянс"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
Формы для получения и сбора данных внутри компании и за ее
пределами (заказы на покупку, отчеты о продажах, счета).
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память
вычислительной системы под видом файлов, с помощью которых
реализуются потребности в данных для управленческих процессов и
решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но
из-за огромного числа дублированных данных, сложности доступа к ней
это становится несущественным. Поэтому хранение локальных файлов
требуется только в отдельных приложениях, которые нуждаются в
повышенной скорость передачи при импорте информации.
Интегрированная ИБ объединение взаимосвязанных данных с
малой избыточностью, допускающей их применение оптимальным
образом для большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
пользователей. Нюансом можно отметить требование повышенного
контроля вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются
и корректируются много раз. Пользователям нужна актуальная
информация с периодическим обновлением, а группа локальных файлов не
дает такой возможности.
43
Существуют насколько вариантов реализации организации данных в
БД:
Иерархическая модель;
Сетевая модель;
Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
параметров модели. Для выявления неиерархических отношений нужны
другие действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в
применении, просто переделываются и их реализация не требует больших
временных затрат. Есть 2 подхода к проектированию реляционной БД:
В процессе создания концепции реализуется не концептуальная
модель данных, а сама реляционная схема БД, включающая определения
реляционных таблиц, требующих нормализации;
Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании
больших БД для крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
К первичной информации относится:
44
информация о товаре или услуге: код товара или услуги,
наименование, тип товара или услуги
информация о продажах товара или услуг: код, наименование,
количество, цена, дата, клиент.
К результатной информации будут относиться:
отчет «Список клиентов»
прайс-лист;
договор;
список договоров;
отчет «Заявка»;
журнал учета заявок.
Основными экранными формами должны стать:
Форма учета товаров или услуг;
Форма учета клиентов;
Форма учета продаж товаров или услуг.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение можно назвать совокупностью
компьютерных программ, описаний и инструкций по их правильной
работе на ПК. Все ПО принято делить на два класса:
Общее ПО (ОС, оболочки, компиляторы, интерпретаторы,
среды для создания прикладных программ, СУБД, сетевые программы и
т.п.);
Специальное ПО (несколько прикладных программ, созданных
под конкретные задачи в рамках своих подсистем).
Для работы и применения ПО используется ОС. Сами ОС
контролируют работу ПК, их ресурсы, запускают на выполнение
45
разнообразные прикладные программы, реализуют всевозможные
вспомогательные действия по желанию пользователя. ОС делятся на
однопользовательские, многопользовательские, и сетевые. Факторы,
влияющие на выбор конкретной ОС, следующие:
Общее число поддерживаемых программных продуктов;
Конкретные требования к аппаратным средствам;
Поддержка сетевой технологии;
Доступность справочной службы для пользователя;
Скорость работы;
Понятный и простой интерфейс.
В рамках данного проекта к СУБД предъявляется ряд специфических
требований:
поддержка транзакций,
поддержка внешних ключей,
корректная работа с русским языком,
наличие инструмента администрирования с графическим
интерфейсом,
возможности доступа к данным посредства языка запросов
SQL,
возможности резервного копирования базы данных.
MySQL 5.1 с включенной поддержкой таблиц типа InnoDB и
утилитой PHPMyAdmin 3.4 удовлетворяет всем представленным
требованиям.
На рынке серверных СУБД существуют и другие решения,
ориентированные на работу веб-приложений. К ним в первую очередь
относятся PostgreSQL, MicrosoftSQLServer, Oracle. Сравнительная
характеристика MySQL и MSSQL представлена в таблице 5.
46
Таблица 5
Сравнение возможностей СУБД MSSQL и MySQL
Особенности
MS SQL
MySQL
ANSI SQL совместимость
Близка к стандарту
ANSI SQL
Следует некоторым
стандартам ANSI SQL
Скорость работы
Медленнее
Быстрее
Вложенные SELECT
Да
Да
Транзакции
Да
Да, однако, должен
использоваться тип
таблицы InnoDB
Внешние ключи
Да
Да, однако, должен
использоваться тип
таблицы InnoDB
Представления
Да
Нет
Триггеры
Да
Нет
Поддержка Windows
Да
Да
ODBC
Да
Да
JDBC
Да
Да
Различные типы таблиц
Нет
Да
Данный проект отличается невысокими требованиями к СУБД,
высокие нагрузки не прогнозируются. Эксплуатация PostgreSQL же
связана с дополнительными финансовыми затратами. Поэтому в рамках
данного проекта целесообразно использовать СУБД MySQL.
При создании веб-ориентированных систем, основанных на
динамических страницах, есть несколько альтернатив в выборе
интерпретатора языка программирования: ASP, JSP, Perl, PHP, Ruby,
Python. Все представленные варианты предоставляют возможности,
необходимые для реализации приложения.
Однако, ASP технология Microsoft, которая, прежде всего,
ориентирована на взаимодействие с другими продуктами Microsoft, а,
кроме того, является коммерческой технологией. Недостатки JSP, Ruby и
Python небольшая распространенность в России, и, как следствие,
отсутствие квалифицированных специалистов на рынке труда. Perl
уступает PHP по доле проектов и занимает область классических
скриптовых языков ОС семейства Unix.
Источник: https://baza.diplomsite.ru/previewfile/2043