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