42
Рисунок 16 Экранная форма элемента справочника "Контрагенты" с примером
организации контроля заполнения обязательных реквизитов
Так как в проектируемой задаче рассматривается складской учет, то во
всех документах движения товара необходим контроль обязательного
заполнения реквизита "Склад", а также присутствие реквизита "Ответственный",
при этом реквизит должен быть заблокирован для редактирования и заполняться
автоматически при создании документа на основании авторизированного
пользователя системы:
43
Рисунок 17 Экранная форма документа "Резервирование товара" в момент его
создания
Так как деятельность автоматизируемого отдела напрямую связана с
розничной торговлей, в форме документа "Продажа в розницу" должен быть
организован быстрый доступ к печати товарного чека и разработана печатная
форма, заполняющаяся автоматически по данным, введенным в электронный
документ:
44
Рисунок 18 печатная форма "Товарный чек"
Складской учет напрямую связан с единицами измерения, поэтому в
информационной системе должен быть организован доступ к общероссийскому
классификатору единиц измерения (ОКЕИ) и удобный способ создания на
основе его данных элементов справочника "Единицы измерения":
Рисунок 19 Классификатор ОКЕИ и создание на его основании элемента
справочника "Единицы измерения" по нажатию на кнопку "Выбрать"
Поскольку автоматический обмен данными с бухгалтерскими учетными
системами пока не организован, то необходимо организовать в информационной
системе возможность распечатки отчета о розничных продажах для
последующей передачи информации в бухгалтерия на бумажном носителе:
45
Рисунок 20 Печатная форма "Отчет о розничных продажах за период"
В ходе решения проектируемой задачи было рассмотрено два способа
организации информационной базы: файловый и клиент-серверный.
Файловый вариант — самый простой из способов внедрения 1С
Предприятия. Он не требует установки дополнительного ПО. Файловый вариант
представляет собой общедоступный файл базы данных "1Сv8.1CD", который
доступен из любого уголка сети.
Преимущества файлового варианта:
Простота в настройке;
Не требует дополнительного ПО;
Дешевизна.
Недостатки:
Безопасность отсутствует - любой пользователь системы может
скопировать файл БД;
Малая масштабируемость системы — в некоторых случаях система
начинает работать медленно уже при 5-7 пользователях. Связанно это с
повышенным уровнем изоляции транзакции;
Ограничение максимального размера файла базы данных - максимум 4-12
Гб.
Клиент-серверный вариант - такой вариант устройства архитектуры хорош
повышенной отказоустойчивостью и безопасностью. В клиент-серверной
системе может одновременно работать очень большое количество пользователей
(до 5000 и более).
Плюсы использования:
Повышенная отказоустойчивость;
46
Позволяет работать большому количеству пользователей одновременно;
Размер базы данных ничем не ограничен;
Существует бесплатные СУБД (PostgreSQL).
Минусы:
Не все СУБД бесплатные, лучшие (MS SQL Server) стоят довольно
больших средств;
Необходимо администрирование SQL сервера.
5
В итоге было принято решение использовать файловый вариант работы
системы, пока размер базы не станет превышать 4 Гб, а затем перевести базу в
клиент-серверный вариант.
1.4.2 Обоснование проектных решений по программному
обеспечению
Так как ранее работа в учетной системе была организована через
подключение к базе по удаленному рабочему столу, то для локализации учета
товарно-материальных ценностей в розничном магазине ООО "Вега"
необходимо дополнить конфигурацию каждой рабочей станции отдела АРТ
программным обеспечением 1С: Предприятие 8.3.
На каждой рабочей станции установлена лицензионная операционная
система Microsoft Windows 10 Enterprise и лицензионная антивирусная
программа Eset Endpoint Antivirus - оба программных обеспечения являются
надежными и полностью совместимы с платформой 1С: Предприятие 8.3,
поэтому изменять данную конфигурацию не является целесообразным.
В качестве главного компьютера, на котором будет хранится информация
база данных бфла выбрана рабочая станция руководителя отдела АРТ. Доступ к
базе данных остальных сотрудников отдела организован по локальной сети через
интерфейс платформы 1С: Предприятие 8.3.
5
1С: Предприятие 8.3 Руководство администратора – М.: Фирма «1С», 2015.
47
1.4.3 Обоснование проектных решений по техническому
обеспечению
1С: Предприятие 8.3 в файловом варианте работает через Толстый клиент
либо Тонкий клиент, система определяет вариант автоматически, но
минимальные технические требования при этом не различаются и выглядят
следующим образом:
Процессор Intel Pentium Celeron 1800 Мгц и выше;
Оперативная память 256 Мб и выше;
Жесткий диск 40Гб и выше;
Устройство чтения компакт-дисков;
USB-порт;
SVGA-видеокарта.
Каждая рабочая станция отдела АРТ соответствует данным требованиям и
не требует модификации.
48
2 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного обеспечения (ПО) ИС представляет
собой непрерывный процесс, начинающийся с момента принятия решения о
создании ПО и заканчивающийся при завершении его эксплуатации.
Под моделью ЖЦ ПО понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении ЖЦ. Наибольшее распространение получили следующие
модели: каскадная, с промежуточным контролем и спиральная.
Модели каскадная и с промежуточным контролем включают следующие этапы
ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла.
Достоинства модели:
формирование на каждом этапе законченного комплекта документации и
возможность планирования сроков завершения работ и соответствующих затрат.
Недостаток:
несоответствие реальному процессу создания ПО, который обычно не
укладывается в жесткую схему и требует возврата к предыдущим этапам до
уточнения или пересмотра принятых решений.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения ПО. В отличие от каскадной
модели, она допускает возврат каждого этапа жизненного цикла на любой
предыдущий этап для выполнения межэтапной корректировки. При этом
обеспечивается большая надежность ПО, но вместе с тем увеличивается
длительность периода разработки.
49
Спиральная модель жизненного цикла позволяет устранить недостатки
предыдущих моделей. Основной упор в ней делается на начальные этапы:
анализ и проектирование. На них реализуемость технических решений
проверяется с помощью создания прототипов.
При спиральной схеме разработки неполное завершение работ на
очередном этапе позволяет переходить на следующий этап. Незавершенная
работа может выполняться на следующем витке спирали. Тем самым
обеспечивается возможность предъявить пользователям системы ее некоторый
работоспособный вариант для уточнения требований.
Целью дипломного проекта является разработка системы автоматизации
количественного и суммового учета товарно-материальных ценностей в
розничном магазине . В связи с невысокой сложностью разработки будет
использована каскадная модель жизненного цикла. Использование этой модели
позволит формировать на каждом этапе законченный комплект документации и
планировать сроки завершения проекта и соответствующие затрата.
Каскадная модель включает следующие этапы:
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рисунок 21 Каскадная схема разработки ПО
50
На этапе анализа необходимо собрать информацию по учету товарно-
материальных ценностей в розничном магазине ООО "Вега" . Разработчик
системы (автор проектной работы) вместе с менеджерами отдела автоматизации
розничной торговли должны собрать и проанализировать данные необходимые
им в программе по автоматизации количественного и суммового учета товарно-
материальных ценностей в розничном магазине ООО "Вега". Это данные по
номенклатуре, контрагентам, видам документов и их движениям.
На этапе проектирования по результатам собранной информации
происходит проектирование разработчиком базы данных и структуры
программы.
На этапе реализации разработчик создает конфигурацию: создает все
необходимые справочники документы, регистры, перечисления, отчеты,
обработки, подсистемы и т.д. Затем производят настройку главного меню и
меню всех элементов программы.
Этап внедрения включает в себя следующие работы:
Установка платформы 1С: Предприятие 8.3 на главный компьютер
(компьютер руководителя отдела АРТ), загрузка информационной базы данных,
которая содержит в себе разработанную конфигурацию, предоставление общего
доступа к папке с базой данных с правами на чтение и запись другим
пользователям отдела АРТ по локальной сети.
Установка платформы 1С: Предприятие 8.3 на остальные рабочие станции
отдела АРТ и добавление информационной базы в список баз окна запуска 1С:
Предприятие 8.3.
После развертывания технических, информационных и программных
средств необходимо провести окончательное тестирование системы на
развернутых средствах и убедиться в работоспособности всех модулей системы.
На этапе эксплуатации необходимо провести обучение пользователей работе с
системой. Необходимо провести обучение всех пользователей, которые будут
работать с системой.
На первом этапе эксплуатации системы необходимо заполнить все
первичные данные:
Пользователи информационной базы, настройка прав и аутентификации;
51
Заполнение реквизитов организации;
Заполнение нормативно-справочной информации;
и т.д.
Данные можно вносить и в процессе ввода документов по мере
необходимости, но рекомендуется имеющиеся данные внести заранее, создав
таким образом полностью готовую к эксплуатации информационную систему по
учету товарно-материальных ценностей в розничном магазине .
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе анализа необходимо точно определить все виды информации
которая будет поступать в программу автоматизации. Если на этапе анализа
будет неучтена какая-либо информация, то не будет реализована возможность
хранения её в системе и соответственно не будет возможности использовать эту
информацию в процессе эксплуатации системы. Для уменьшения риска
упущения информации необходима совместная работа разработчика системы и
конечных пользователей, например, проведение совместного рабочего дня.
На этапе проектирования необходимо детально изучить анализ
информации и перенести его на структуры базы данных и программы.
Разработать программную защиту от введения в систему дублирующих данных,
от не заполнения обязательных реквизитов данных, разработать механизмы по
исправлению ошибок пользователей, учесть нюансы дальнейшей модификации
системы по синхронизации с другими программными продуктами.
На этапе реализации необходимо предотвратить возможность совершить
пользователем системы ошибочные действия, которые повлекут крах системы
или ввод неверных данных. Для уменьшения риска необходимо осуществлять
тестирование системы большим числом пользователей.
При внедрении необходимо проверить наличие необходимого
программного обеспечения и лицензий к нему.
На этапе эксплуатации необходимо обеспечить правильное обучение
персонала и для уменьшения риска провести контрольную по пройденному
материалу.