- система сложная, для обучения работы с ней бухгалтера необходимо продолжительное время;
- занимает внушительный объем дискового пространства и памяти, т.е. имеет много определенных аппаратных и программных требований;
- рядовому бухгалтеру очень сложно первоначально настроить или перенастроить систему ввиду ее сложности;
- для настройки/перенастройки системы в большинстве случаев необходим специалист;
- внутренний язык системы хоть и прост, но для освоения его требуется продолжительное время.
Корпоративные же программы "Босс-корпорация" и "Галактика" (в частности, модули бухгалтерского учета) функционально наполнены, но процесс внедрения занимает длительный срок - от полугода. Количество же готовых решений пока ограничено. Кроме того, помимо выгод - ведения учета в нескольких стандартах, прекрасной системы финансового анализа и планирования и многого другого существуют статьи затрат на приобретение и внедрения программы, а также на обучение и содержание одного (а, как правило, нескольких) системного программиста, который будет поддерживать БД Oracle (разработки именно этой фирмы использованы в этих 2-х последних системах в качестве базы данных), реинжиниринг системы (воссоздание бизнес - процессов перед внедрением) и многое другое.
Выбор системы «1С:Предприятие» обусловлен следующими причинами:
− при создании АСУ ИП «Волков А.М» в качестве функциональной среды разработки проектировщиками была выбрана система «1С:Предприятие», поэтому подсистема списания нормативов навыпуск готовой продукции также была разработана средствами данной СУБД;
− система "1С:Предприятие" является гибкой настраиваемой системой для решения широкого круга задач в сфере автоматизации деятельности предприятий. Это в первую очередь ведение бухгалтерского учета, учета товарных и материальных ценностей, а также кадровый учет и расчет заработной платы, торговый и складской учет и т.д.;
− преимуществами системы "1С:Предприятие "перед другими аналогичными программами является ее надежность, гибкость в настройке и хорошо организованной структуре. Система позволяет пользователю модифицировать существующие конфигурации с учетом специфики работы предприятия, создавать новые конфигурации, разрабатывать нестандартные виды отчетов;
− задачи учета и управления могут существенно отличаться в зависимости от рода деятельности предприятия, отрасли, специфики продукции или оказываемых услуг, размера и структуры предприятия, требуемого уровня автоматизации;
− система программ «1С:Предприятие» предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями;
− «1С:Предприятие» представляет собой систему прикладных решений, построенных по единым принципам и на единой технологической платформе. Руководитель может выбрать решение, которое соответствует актуальным потребностям предприятия и будет в дальнейшем развиваться по мере роста предприятия или расширения задач автоматизации;
− программные продукты системы «1С:Предприятие» поставляются с типовыми конфигурациями. Типовые конфигурации реализуют наиболее общие схемы учета и могут использоваться в большинстве организаций.
Выбор системы "1С: Предприятие" не является случайным, поскольку это мощная универсальная система нового поколения. Конфигурируемость как основное свойство системы позволяет настроить прикладную подсистему на автоматизированное ведение учета на практически любом участке бухгалтерского учета. В комплект поставки системы с компонентой "Бухгалтерский учет" входит так называемая типовая конфигурация, представляющая собой готовую настройку для автоматизации учета на тех участках, которые присутствуют в любой коммерческой организации ("Касса", "'Банк", "Учет внеоборотных активов", "Продажи", "Расчеты" и т.д.).
Таким образом, выбор системы «1С:Предприятие» является наиболее оптимальным решением.
3.3 Обоснование необходимости разработки подсистемы заказ-наряд на базе архитектуры клиент–сервер
Данная подсистема должна быть построена на архитектуре клиент-сервер, так как она имеет ряд преимуществ.
Сравним достоинства и недостатки файл-серверной и клиент-серверной архитектур.
Еще до недавнего времени для организации БД использовалась, как правило, архитектура файл-сервер, в которой организация и управление БД целиком ложилась на клиентов, а сама БД представляла собой набор файлов в одном или нескольких каталогах на сетевом сервере. В ходе эксплуатации таких систем были выявлены общие недостатки архитектуры файл-сервер, которые состоят в следующем:
- вся тяжесть вычислительной работы ложится на компьютер клиента, и при работе клиента, например с таблицей, вся таблица будет скопирована с файл-сервера на клиентский компьютер; в результате возрастает загрузка
- сети (сетевой трафик) и увеличиваются требования к аппаратным мощностям пользовательского компьютера;
- поскольку БД представляет набор файлов на сетевом сервере, доступ к таблицам регулируется только сетевой операционной системой, что делает такие БД по сути беззащитными от случайного или намеренного искажения хранящейся в ней информации, уничтожения или хищения;
Перечисленных недостатков во многом лишены СУБД, построенные по архитектуре клиент-сервер, характерной особенностью которой является перенос вычислительной нагрузки на сервер БД (SQL-сервер) и максимальная разгрузка клиента от вычислительной работы, а также существенное укрепление безопасности данных - как от злонамеренных, так и просто ошибочных изменений. Как и в архитектуре, файл-сервер, БД в этом случае помещается на сетевом сервере, однако программа клиента лишена возможности прямого доступа к БД. Доступ к БД регулируется специальной программой- сервером БД (SQL-сервером). Взаимодействие сервера БД и клиента реализуется с помощью SQL-запросов, которые формирует и отсылает серверу клиент. Сервер, приняв запрос, выполняет его и возвращает результат клиенту. В клиентском приложении в основном осуществляется интерпретация полученных от сервера данных, а так же реализация пользовательского интерфейса.
Преимущества архитектуры клиент-сервер:
- большинство вычислительных процессов происходит на сервере, что снижает требования к вычислительным мощностям компьютера клиента; увеличение вычислительной мощности одного сервера эквивалентно одновременному увеличению мощности всех клиентских мест;
- снижается сетевой трафик за счет посылки сервером клиенту только тех данных, которые он запрашивал;
БД на сервере представляет собой, как правило, единый файл, в котором содержатся таблицы, ограничения целостности и другие компоненты БД; взломать, похитить или испортить такую БД от ввода
- неправильных значений, поскольку сервер БД проводит автоматическую проверку соответствия вводимых значений наложенным ограничениям и автоматически выполняет необходимые бизнес-правила; кроме того, сервер отслеживает уровни доступа для каждого пользователя и блокирует попытки выполнения неразрешенных для пользователя действий; все это позволяет говорить о значительно более высоком уровне обеспечения безопасности БД, ссылочной и смысловой целостности информации;
- безопасность системы возрастает за счет переноса большей части бизнес-правил на сервер; падает удельный вес противоречащих друг другу бизнес-правил в клиентских приложениях, выполняющих разные действия над БД,
Таким образом, реализация подпрограммы на базе архитектуры клиент-сервер будет отвечать всем заявленным выше требованиям и прекрасно подходит для реализации многопользовательской автоматизированной подсистемы списания нормативов на выпуск готовой продукции.
3.4 Проектирование логической модели данных
3.4.1 Механизмы обеспечения целостности данных
На этапе построения логической модели данных БД необходимо интегрировать в структуру БД соответствующие правила, обеспечивающие автоматическую поддержку корректности и логической непротиворечивости данных.
Задача обеспечения целостности хранимых в БД данных подразделяется на следующие подзадачи:
1) обеспечение целостности объектов;
2) обеспечение ссылочной целостности;
3) обеспечение целостности приложений.
Обеспечение целостности объектов заключается в уникальной идентификации строк таблицы, путем определения первичных и суррогатных ключей. В выбранной системе 1С: Предприятие отсутствует определение первичных ключей.
Суррогатный ключ представляет собой некоторый искусственно вводимый атрибут, уникальность которого гарантируется автоматической генерацией его при добавлении записи в таблицу (примером могут служить поля «Код» и «Наименование»).
Достоинства использования суррогатных ключей:
1) уменьшение общего количества атрибутов в таблице;
2) более наглядное связывание таблиц в SQL-запросах по сравнению с естественными ключами;
3) отсутствует необходимость каскадного обновления внешних ключей, так как при любом изменении записи первичный ключ не меняется.
Обеспечение ссылочной целостности предполагает введение правил организации связей между несколькими таблицами БД. Это достигается выделением внешних ключей и установления ограничений на операции удаления и модификации данных в связанных таблицах.
Целостность приложения связана с корректным представлением в БД информации о свойствах объекта. Для этого используются ограничения на диапазон допустимых значений, определяемые для столбцов, строк и таблиц БД, а также обязательное заполнение всех полей таблиц.
Задача обеспечения целостности объектов решалась еще на этапе проектирования концептуальной модели БД путем установления для сущностей, если это было необходимо, ограничений на уникальность полей или совокупности полей.