Файл: Разработка конфигурации «Ежедневный складской учет» в среде 1С:Предприятие 8.3.pdf

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

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

1.3 Характеристика документооборота, возникающего при решении задачи

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

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

Подсистема ведения поступления торгового товаров предназначена для того, чтобы хранить все необходимые данные об номенклатурных позициях на складе [8, с. 69].

Подсистема ведения поступления торгового товаров должна позволять вести учет следующих объектов:

• Товары. Таблица «продать данные 1» предназначена для хранения основной информации о номенклатурных позициях:

Подсистема аналитической отчетности предназначена для построения отчетов по результатам деятельности торгового предприятия. Прежде всего, это отчет о состоянии реализации товаров.

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

Программное обеспечение, реализующее работу «Автоматизированной системы складского учета» может быть представлено в виде клиент-серверного приложения.

Программное обеспечение, реализующее работу «Автоматизированной системы складского учета» должно обеспечивать выполнение следующий внутренних функций [9, с. 64]:

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

Требования по производительности

К разрабатываемому программному обеспечению сформулированы следующее требования по производительности: время реакции системы на запрос пользователя не более 1 с.

Требования по интерфейсу

Разрабатываемая «Автоматизированная система » должна обеспечить устойчивое функционирование в среде следующих операционных систем:

• Windows 9Х/2К/ХР/7/8

Модуль программной системы должен быть выполняемым и представленным как *.exe программа.

Программная система должна оперировать с всеми возможными именами файлов и каталогов MS DOS и Windows.

Операционные требования

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

Верификационные требования

Тестирование разработанного программного обеспечения должно проводиться по стратегиям «белого» и «черного» ящиков. Количество тестов должно быть избыточным для покрытия всего дерева решений [10, с. 76].

Тестирование должно проводиться для каждой операционной системы, в которой предусмотрено функционирование программы.

Требования по приемочным испытаниям

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

По результатам испытаний составляется отчет и акт проведения испытаний.

В состав комиссии по испытаниям разрабатываемого программного обеспечения должны входить представитель разработчика и заказчика. Возможно привлечение для работы в комиссии по испытаниям независимых экспертов, имеющих опыт в тестировании подобных программных систем (по желанию заказчика).

Требования по документации

При разработке программного обеспечения разработчику необходимо выполнить следующую сопроводительную документацию на программное обеспечение:

- описанием программы в соответствии с ГОСТ 19.402-78 (в подразделе "Описание логической структуры" должны быть указаны быть алгоритм работы словесно или в виде блок-схемы по ГОСТ 19.002‑80, 19.003-80, 19.005-85);

• методика испытаний в соответствии с ГОСТ 19.301-79;

- описание применения (ГОСТ 19.502-78) может быть выполнено в виде руководства системного программиста (ГОСТ 19.503-79), руководства программиста (ГОСТ 19.504-79) или руководство оператора (ГОСТ 19.505-79).

Требования по защите

Разрабатываемая «Автоматизированная система складского учета» должна содержать подсистему защиты от несанкционированного доступа к выполнению программы. Подсистема защиты должна разрешать доступ к работе программы при совпадении внутреннего пароля и пароля введенного пользователем [11, с. 44].

Требования по переносимости

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

Требования по качеству

Разрабатываемое программное обеспечение должно быть корректным, эффективным, гибким, защищенным, достоверным и простым в применении.

Требования по надежности ПО

Временной интервал между отказами программного обеспечения должен составлять не менее 1000 часов непрерывной работы. Минимальный объем данных, которые могут быть потеряны должен соответствовать объему данных, с которыми в данный момент работает программа и составлять не более 2 М [12, с. 49].

При возникновении ошибки ввода вывода программа должна выводить сообщение на экран компьютера.

Требования по сопровождению

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

Требования по безопасности

Программное обеспечение должно применяться в нормальных физических и погодных условиях, а также в условиях допустимых для функционирования ЭВМ [13, с. 57].

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

1.4 Обоснование проектных решений по информационному обеспечению

Разрабатываемая система предназначена для работы в операционной системе Windows. Программа должна работать в любой операционной системе семейства Windows: XP,7,8,10 а также на серверных вариантах этой операционной системы. Такой выбор объясняется развитым удобным графическим пользовательским интерфейсом данного семейства операционных систем, а также ее популярностью на российском рынке. Многие фирмы-производители программного обеспечения, в том числе систем разработки приложений, также ориентированы на это семейство операционных систем, что привело к наличию на рынке большого количества систем программирования, позволяющих разрабатывать программное обеспечение для Windows.

Эта операционная система имеет очень большой набор утилит и служебных программ, предназначенных для администрирования, управления и диагностики системы, а также прикладных приложений. Кроме того, она поддерживает обширный программный интерфейс для написания собственных приложений для работы в этой операционной среде.

В последнее время особую популярность приобретает операционная система Linux и ее производные.

В этой ситуации можно задать вопрос: "Зачем программистам осваивать средства разработки приложений для Windows, если существуют такая прекрасная операционная система?". Не смотря на растущую популярность Linux можно утверждать, что в мире персональных компьютеров операционная система Windows еще довольно долго будет доминировать и вряд ли в ближайшее время будет вытеснена.

В связи с тем, что программа хранит информацию в базе данных, необходимо наличие соответствующей СУБД.

1.5 Обоснование проектных решений по программному обеспечению

Российская фирма «1С» основана в 1991 г. и специализируется на разработке, дистрибьюции, издании и поддержке компьютерных программ делового и домашнего назначения.

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

Первоначально, продукт 1С:Предприятие был предназначен для автоматизации бухгалтерского учёта и управленческого учёта (включая начисление зарплаты и управление кадрами). Но сегодня этот продукт находит своё применение в областях, далёких от собственно бухгалтерских задач.

1С:Предприятие — это (одновременно) и технологическая платформа, и пользовательский режим работы. Технологическая платформа предоставляет объекты (данных и метаданных) и механизмы управления объектами. Объекты (данные и метаданные) описываются в виде конфигураций. При автоматизации какой-либо деятельности составляется своя конфигурация объектов, которая и представляет собой законченное прикладное решение. Конфигурация создаётся в специальном режиме работы программного продукта под названием «Конфигуратор», затем запускается режим работы под названием «1С:Предприятие», в котором пользователь получает доступ к основным функциям, реализованным в данном прикладном решении (конфигурации).

Но существующий программный продукт не учитывает специфики предприятия ЗАО «НПЦ ИТТ». Поэтому необходимо разработать собственный программный продукт, который будет учитывать специфику работы отдела снабжения ЗАО «НПЦ ИТТ», и не потребует больших затрат.

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

Было принято и обосновано решение доработки информационной системы и, после проведенного анализа популярных в России систем складского учета, выбран вариант доработка информационной системы на базе «1С: предприятие 8.3». система программ «1С: предприятия» также в этой главе было рассмотрено и описано более подробно.