Файл: Разработка проекта подсистемы автоматизации складского учета (Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов).pdf

Системы кодирования делятся на регистрационные и классификационные.

Регистрационная система кодирования используется для идентификации объектов, которые не требуют предварительной классификации и независимы от существа решаемых задач. Различают порядковую и серийно-порядковую системы кодирования.

Порядковая система кодирования заключается в последовательном порядке регистрации объектов. Признаки классификации отсутствуют, что впоследствии не позволит получать промежуточные итоги.

Серийно-порядковая система кодирования применяется для кодирования однопризначных номенклатур, находящихся в определенной соподчиненности. Старшему признаку выделяется серия номеров с учетом возможного расширения позиции объекта, а младшему присваиваются порядковые номера в пределах выделенной серии.

Таблица 1

Используемые классификаторы и коды

Используя кодовую систему, упрощается вся работа по составлению и поиску информации, что немало важно в работе каждого предприятия.

2.2.3 Характеристика нормативно-справочной, входной и оперативной информации

При машинной реализации задачи автоматизации работы менеджера с заявками для формирования входного оперативного файла используются данные из первичного документа - заявка на поставку или заказ поставщику.

Заявка на поставку имеет реквизиты:

 Наименование контрагента - это фамилия, имя, отчество либо наименование организации. Этот тип поля неограничен.

 Договор контрагента - в договоре указан автомобиль, на который заказывается запчасти с информацией VIN-кода и годом выпуска. Это поле имеет переменное значение, но количество знаков 12.

 Телефон и адрес клиента - код неограничен.

 Дата и номер составления заказа;

 Подпись клиента.

 Табличная часть состоит из наименования товаров, количества, цены и суммы.

 Выходной информацией является печатная форма. Она может храниться, как и на электронном, так и на бумажном носители.

Заказ поставщику содержит аналогичные поля, кроме поля договоры, в этой строке указывается номер и дата заключения договора, а в табличной части добавляется еще сам заказ покупателя.

2.2.4 Описание разработки

На основе выбранного продукта, строиться дополнительная конфигурация, с учетом решения выявленных задач. Для этого разработаны следующие объекты конфигурации:

 Журналы документов:

 Требовательная накладная;

 Заказ поставщику;

 Заказ покупателя;

 Общий журнал.

Они предназначены для хранения и просмотров документов. Каждый вид документа может быть отнесен к определенному журналу, но и существует общий журнал. Сам журнал документов не добавляет новых данных, а служит как средство просмотра и вызова документов.

 Справочники

 номенклатура;

 места хранения;

 контрагентов;

 склады;

Справочником называют список значений того или иного реквизита. Они служат для исключения неоднозначного ввода информации. Например, в справочнике номенклатура у каждой позиции есть свое название, по которому и осуществляется поиск в данном справочнике. Система 1С: Предприятие позволяет вести практически неограниченное количество необходимых справочников. Каждый справочник представляет собой список однородных объектов: сотрудников, организаций, товаров и т. д. Каждый такой объект называется элементом справочника.

В качестве обязательных реквизитов каждый справочник имеет Код и Наименование. Код элемента справочника может быть, как числовым, так и текстовым. Система 1С: Предприятие предоставляет широкие возможности по работе с кодами элементов справочника: автоматическое присвоение кодов, автоматический контроль уникальности кода и другие. Помимо кода и наименования, в справочниках системы 1С: Предприятие может храниться любая дополнительная информация об элементе справочника. Для хранения такой информации в справочнике может быть создан список реквизитов.

В своей конфигурации я создал такие справочники как склады, номенклатура, контрагенты, места хранения.

Справочник «Места хранения» содержит информацию о местах для хранения товара, а именно, о предельном объеме, который может использоваться. Этот справочник не будет сложным. Для того чтобы справочником было удобно пользоваться. Создадим новый объект конфигурации справочник и назовем его «Места хранения». На закладке «Данные» зададим длину кода - девять, тип кода - «Строка», длину наименования справочника равной 50 символам.

Создадим реквизиты «Наименование», «Объем». Реквизит «Объем» имеет тип кода «Число».

 Документы:

 Требовательная накладная;

 Заказ покупателя;

 Заказ поставщику.

Документы - одно из основных понятий системы 1С: Предприятие. При помощи документов организуется ввод в систему информации о совершаемых хозяйственных действиях, ее просмотр и, если необходимо, корректировка. В большинстве своем документы, которые создаются в процессе настройки конфигурации задачи, являются электронными аналогами стандартных бумажных документов, однако, использование этого типа данных может выходить далеко за рамки простой фиксации информации о хозяйственных операциях.

Документ «Требовательная накладная» служит для объединения заказов по поставщикам в один документ. Этот документ может быть оформлен на основании заказа поставщику. В электронной форме этого документа отображается наименование, количество и цена товара, заказ поставщику.

 Регистры:

 Остатки товаров;

 Заказы поставщиков;

 Заказы покупателей;

 Требовательных накладных.

Они служат основой большинства учетных систем, являясь их непременным атрибутом.

 Отчеты:

 Остатки ТМЦ;

 Заказы покупателей;

 Заказы поставщиков;

 Требовательная накладная.

Отчет «Остатки ТМЦ» служат для вывода конечных результатов. Очень сложные отчеты создаются очень просто, при этом не написав не одной строчки кода.

Итак, создавать конфигурацию в 1С: Предприятие 8.1 очень просто. Часть функций, уже заложенных в самой программе, упрощают работу по созданию конфигурации. Что значительно сокращает сроки разработки новых приложений.

2.2.5 Тестирование и устранения замечаний

Внедрение новых видов услуг или оборудования на любых сетях связи предполагает тестирование как одну из обязательных составляющих процедур сертификации, приемки и ввода в эксплуатацию оборудования.

Проведем тестирование конфигурации. Введем в документ «Заказ покупателя» три разных товара. Проведем документ, чтобы убедится, что документ попадает в журнал. Затем через Заказ поставщику поставим в заказ все эти же товар. Через Требовательную накладную поставим в приход, соответственно на основе этого документа сделаем приходную накладную и проверим через отчеты все созданные проводки. Проверим журнал - все проводки зафиксированы, что указывает на работоспособность конфигурации.

Тщательное тестирование программного обеспечения - наиболее очевидный способ обеспечения его надежности. Действительно, тестирование - это диагностика болезни, анализ симптомов, выявление источника и определение наилучшей методики лечения. Однако не менее важны профилактические мероприятия.

Система предупреждения "болезни" включает ряд организационных мероприятий, суть которых сводится к обеспечению надежности и качества на всех стадиях разработки, начиная от проектирования. На сегодня соотношение времени, затраченного на проектирование, кодирование и тестирование составляет 40%,20% и 40% соответственно. Проектирование разбивается на несколько этапов: разработка технического задания, его анализ, создание макета системы. Результаты каждого этапа подвергаются экспертизе, перекрестной проверке и взаимосогласованию. Наличие детально проработанной проектной документации существенно снижает вероятность возникновения ошибок и служит дополнительной гарантией надежности продукта.

Тестирование - один из важнейших процессов жизненного цикла разработки программного обеспечения. Пользователи интересует конечный результат: система должна обеспечивать достоверное отражение конкретных бизнес-процессов, быть простой в освоении, динамично реагировать на изменения жизненных реалий. И не столь важно, какими средствами все это будет достигнуто. Тем не менее, непременно нужно уделять внимание работам, направленным на повышение качества программного обеспечения. И для этого существует как минимум две причины:

 высокий уровень методического, технического, организационного обеспечения тестирования на всех стадиях предопределяет высокое качество продукта, гарантирует, что однажды устраненная ошибка не появится вновь, а значит - укрепляется доверие пользователей к продукту;

 активность пользователей, постоянная обратная связь облегчает создание адекватных схем проверки проектных решений и тоже служит общей цели - созданию качественного и надежного программного обеспечения.

В данной главе рассмотрены все возможные причины, возникающие при внедрении разработанного программного обеспечения, и пути их устранения. Самый важный фактор для организации - это надежная работоспособность самой программы на предприятии. Поэтому, предложен вариант тестирования разработанного программного обеспечения на копии реальной базы данных.

Информационная безопасность

Информационная безопасность является ключом к продуктивной и прибыльной деятельности. В большинстве случаев за безопасность информации отвечает системный администратор, в своей работе он применяет различные средства администрирования в целях защиты информации и обеспечения ее безопасного использования.

Основные средства администрирования системы 1С: Предприятие реализованы в составе конфигуратора. Однако есть ряд механизмов и утилит, которые не входят в состав конфигуратора, хотя также имеют отношение к администрированию системы 1С: Предприятие.

Аутентификация. Механизм аутентификации позволяет определить, кто именно из пользователей, перечисленных в списке пользователей системы, подключается к прикладному решению в данный момент. Система поддерживает два вида аутентификации, которые могут использоваться в зависимости от конкретных задач, стоящих перед администратором информационной базы:

 аутентификация средствами 1С: Предприятия;

 аутентификация средствами Windows.

Для выполнения аутентификации средствами 1С: Предприятия пользователь, при начале работы с прикладным решением, должен выбрать (или ввести) имя пользователя и соответствующий этому имени пароль.

Если пароль, введенный пользователем, не соответствует тому, который хранится в информационной базе, доступ будет закрыт.

При выполнении аутентификации средствами Windows, от пользователя не требуется каких-либо действий по вводу логина и пароля. Система анализирует, от имени какого Windows-пользователя выполняется подключение к прикладному решению, и на основании этого определяет соответствующего пользователя 1С: Предприятия. При этом диалог аутентификации 1С: Предприятия не отображается, если не указан специальный параметр командной строки.