Автоматизация расчета трудозатрат на предприятии мясоперабатовающей промышленности

Пыресева Ольга Сергеевна

Автоматизация расчета трудозатрат на предприятии мясоперабатовающей промышленности

Бакалаврская работа

Информатика

Дипломы

Вуз: Мордовский государственный университет имени Н.П. Огарева

ID: 5bbb117e7966e104f1dd9ed0

UUID: dcf297b0-acff-0136-cd94-525400005860

Язык: Русский

Опубликовано: около 6 лет назад

Просмотры: 8

Пыресева Ольга Сергеевна

Источник: федеральное государственное бюджетное образовательное учреждение высшего образования "Национальный исследовательский Мордовский государственный университет им. Н. П. Огарёва"

Комментировать 0

Рецензировать 0

Скачать - 3,3 МБ

Поделиться работой

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 1 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 2 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 3 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 4 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 5 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

СОДЕРЖАНИЕ ВВЕДЕНИЕ 8 Анализ предметной области 1 9 Достоинства АИС 12 1.2 Требования к АИС 13 1.1 1.3 Основные понятия и технологии в области мясоперерабатывающей промышленности 14 1.4 Реестр вариантов использования 15 1.5 Роль трудозатрат 16 1.6 Выбор среды разработки 19 Проектирование системы расчета трудозатрат 23 2.1 Моделирование информационной базы 23 2.2 Моделирование системы средствами UML 25 2.2.1 Диаграмма вариантов использования 26 2.2.2 Диаграмма последовательности 27 2.2.3 Диаграмма классов 32 2.2.4 Диаграмма развертывания 33 3 Разработка системы расчета трудозатрат 35 3.1 Создание ролей 35 3.2 Создание подсистем 37 3.3 Создание справочников 39 3.4 Перечисления 41 3.5 Создание документа 43 3.6 Создание Регистров 45 3.7 Описание модуля 49 3.8 Создание отчета 50 4. Описание интерфейса работы с пользователем 52 4.1 Вход в систему 52 4.2 Наполнения справочников данными 53 Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата 2 Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 6

4.3 Планирование выполнения заказов 54 4.4 Генерирование отчетов по выполнению заказов. 56 ЗАКЛЮЧЕНИЕ 58 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 59 ПРИЛОЖЕНИЕ А (справочное) Техническое задание 66 ПРИЛОЖЕНИЕ Б(обязательное) Графический материал 99 104 Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ПРИЛОЖЕНИЕ В (справочное) Программный код Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 7

ВВЕДЕНИЕ В XXI веке производственные предприятия представляют собой сложную многоуровневую систему информационных связей. с множеством Большое количество обширных внутренних процессов подверглись изменениям из-за стремительного технического прогресса, который помогает поддерживать конкурентоспособность фирмы на рынке товаров и услуг. Однако с ростом производственных фондов предприятия, растет и потребность в системе жесткого контроля, поэтому появилась необходимость в создании некой автоматической системы управления. В настоящее время эта проблема решается по средству внедрения АИС (автоматизированных информационных систем), которые берут на себя часть функций и повышают эффективность работы предприятия в целом. Цель – автоматизация расчета трудозатрат, для которой необходимо спроектировать автоматизированную информационную систему для расчета Подп. и дата трудозатрат, регистрации заказов, и планирования их выполнения. Актуальность систем по расчетам трудозатрат заключается в структуризации и упорядоченности необходимой информации, хранящейся в Подобная система решает множество задач, некоторые из которых упрощение работы сотрудников и обращения информации, а также отказ от излишних коммуникаций. В данном дипломном проекте будет изучена предметная область, разработаны несколько UML диаграмм, что впоследствии поможет спроектировать систему по расчетам трудозатрат на предприятии. В конечном итоге будет сформировано руководство пользователя. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. больших объемах и схожих по тематике. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 8

1 Анализ предметной области В настоящее время автоматизированные системы прочно укоренились на предприятиях различных сфер деятельности. Такие системы во многом облегчили контроль за производственными процессами, а во многих аспектах и удешевили выполнение определенных видов работ. Автоматизированные системы работают по принципу сравнения входных характеристик с определенным эталоном, а отклонение от него заставляет включать элементы обратной связи для корректировки полученных выходных значений. Благодаря своей эффективности АИС получили широкое применение и пользуются большим спросом на рынке.[1] Важнейшим фактором прогресса является совершенствование форм и методов управления предприятием на основе вычислительной техники и средств связи, представляющих собой материально-техническую базу автоматизированной информационной системы (АИС) предприятия Она служит Взам. инв. № Инв. № дубл. Подп. и дата связующим звеном между объектами и субъектами управления и выполняет следующие функции: воспринимает вводимые пользователями исходные данные и запросы, обрабатывает введенные и хранимые в системе данные в соответствии с определенными алгоритмами и формирует требуемую выходную информацию. Автоматизированная информационная система (АИС) – это комплекс, который включает программное компьютерное обеспечение, и коммуникационное лингвистические средства, оборудование, информационные ресурсы, предназначенных для сбора, подготовки, хранения, обработки и предоставления информации, а также системный персонал, обеспечивающий поддержку динамической информационной модели некоторой части реального принятия решений. На предприятии создается автоматизированная информационная система, которая состоит из Инв.№ подл. Подп. и дата мира для удовлетворения информационных потребностей пользователей и для Изм Лист № докум. Подпись Дата взаимосвязанных функциональных подсистем, БР-02069964-090301-18-18 Лист 9

обеспечивающих Основные управленческий функциональные аппарат подсистемы необходимой обеспечиваю информацией. решение задач технической подготовки производства, перспективного планирования и прогнозирования оперативного развития управления производства, материальными, маркетинговых трудовыми и исследований, финансовыми ресурсами, сбыта и реализации готовой продукции, бухгалтерского учета и анализа хозяйственной деятельности предприятия. По набору решаемых задач современные АИС предприятия похожи на автоматизированные системы управления предприятиями (АСУП) 80-х годов, но на качественно иной идеологической и технической базе. В АИС выделяются подсистемы, или «бизнес-процессы», каждый из которых имеет сугубо специфические структурные особенности обрабатываемых данных. Под бизнеспроцессом понимается взаимосвязанная совокупность материальных информационных, финансовых потоков или рабочих потоков, проходящих через взаимодействующие подразделения предприятия и направленных на Взам. инв. № Инв. № дубл. Подп. и дата выполнение заказа потребителя (изготовление товара или оказание услуги). АИС должна оперативно отражать состояние экономических объектов с целью принятия своевременных решений о внесении изменений в бизнес-процессы, прогнозировать эффективность бизнес-процессов и давать рекомендации по их реорганизации. [2] Особенно большим спросом пользуются АИС, направленные на автоматизацию процессов регистрирования заказов, поступающих от клиентов, составления планов по их выполнению, а также контролю качества работы персонала. Такие системы решают целый комплекс проблем на производстве. Недостаточно оперативное распределение трудовых ресурсов на предприятии Администрации несвоевременно предоставляются отчеты о производственных сменах и выработках продукции, как следствие неверно принятие решения по стратегии ведения бизнеса, наймы работников ведутся интуитивно. Моральный Инв.№ подл. Подп. и дата ведет к простым трудовым ресурсам и неравномерной загруженности линий. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 10

и физический износ работников приводит к утери трудовых ресурсов и снижению качества работы. Проектирование плана выполнения заказов с одинаковой загруженность всех существующих бригад снизило бы недовольство среди сотрудников. Сводка возможностей автоматизации расчета приведена в таблице 1. Таблица 1 — Сводка возможностей Выгоды заказчика Упрощение Поддерживающие возможности работы Автоматическое диспетчера планирование; управление срочными заказами; обратная связь с цехом; оперативная корректировка планов Ускорение обращения Система позволит ускорить процесс получения информации необходимой выполнения информации заказов о времени диспетчером, также оптимизирует взаимодействие диспетчера и Взам. инв. № Инв. № дубл. Подп. и дата мастера цеха, диспетчера и директора Формирование единой Все заинтересованные пользователи со своих базы для планирования и рабочих мест имеют доступ к оперативной последующего анализа заказов; накопленные в базе данные позволят осуществить анализ статистики. Отказ от излишних Система позволяет пользователям получать коммуникаций нужную им информацию самостоятельно, не отвлекая от работы других участников процесса Характерная особенность современных АИС - использование взаимосвязанных баз данных и знаний единой информационной системы предприятия. АИС предприятия технически представляет собой совокупность связанных локальных вычислительных сетей (ЛВС) Для |крупных корпораций, Инв.№ подл. Подп. и дата информации о загрузке ресурсов и состоянии Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 11

объединений, холдингов создаются большие корпоративные сети, насчитывающие тысячи ЭВМ и имеющие сложную структуру Корпоративные сети включают ЛВС и глобальные вычислительные сети (ГВС). Последние объединяют территориально распределенные ЭВМ, которые могут находиться в различных городах, странах и даже на разных континентах. 1.1 Достоинства АИС Преимущества использования автоматизированных информационных систем обширны. Применение автоматизированных информационных систем в экономике обеспечивает: - сбор и хранение важной экономической информации; - получение информации в кратчайшие сроки; - выполнение сложных экономических расчетов при планировании деятельности предприятий, прогнозировании спроса и предложения, подведении Подп. и дата балансов; Вместе с тем применение АИС в экономике позволяет: - вовремя получать качественную информацию, Взам. инв. № Инв. № дубл. - принимать обоснованные решения, - выполнять разнообразный экономический анализ. Значение и преимущества использования АИС трудно переоценить, поскольку в этом случае наблюдается рост эффективности компании за счет появления новых возможностей. Например, анализ информации о посетителях аттракционов одного из французских курортов вызвал срочную переориентацию рекламы аттракционов на обслуживание семейных заездов из числа местных Подп. и дата жителей вместо привлечения туристов из других регионов. После этого доходы владельцев аттракционов резко возросли. Использование АИС позволяет также повысить внутриорганизационную Инв.№ подл. производительность и улучшить управление бизнесом. Например, используя Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 12

информацию из кассовых аппаратов, АИС учитывает темпы продажи отдельных видов продукции. Проведенный учет и последующий анализ позволяют запускать в производство очередную партию изделий, определенного наиболее продаваемого типа. И, наконец, применение автоматизированных информационных систем способствует улучшению обслуживания клиентов. Например, информация для клиентов может поощрять дальнейшие сделки или покупки, а может отпугивать потенциальных партнеров или покупателей, а анализ и обработка результатов производятся с помощью АИС. 1.2 Требования к АИС Автоматизированные информационные системы должны быть окупаемыми. Иными словами, компания, применяющая их, должна затрачивать меньше средств и получить надежный, эффективный и производительный Подп. и дата комплекс и оперативно решать поставленные задачи. Отметим, согласно общепринятому мнению система не должна окупаться больше двух лет. Еще одна отличительная черта качественных АИС – надежность. Чтобы системы были таковыми, применяют современные программные и технические средства Инв. № дубл. и (или) лицензиями. АИС должны быть гибкими, то есть легко адаптироваться к Взам. инв. № и новейшие технологии. Все продукты должны сопровождаться сертификатами безопасными, то есть обеспечивать сохранность данных с применением шифров меняющимся требованиям и новым функциональным возможностям. В этих целях, как правило, создают модульные комплексы. АИС должны быть и специального оборудования. Для взаимодействия с АИС разрабатываются свои система должна быть проста, удобна для освоения и применения (меню, подсказки, механизм исправления ошибок и проч.). Инв.№ подл. Подп. и дата регламенты. И еще одна характеристика – дружественность. Это значит, что Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 13

1.3 Основные понятия в области мясоперерабатывающей промышленности В условиях современной экономики наблюдается бурное развитие сельскохозяйственного производства, в частности предприятий мясоперерабатывающей промышленности. Производство куриного мяса и яйца – перспективный и прибыльный бизнес, поскольку спрос на данную продукцию – неоценимо велик и постоянно растет. Для того, чтобы создать оптимальные условия и получить желаемые продукты, фермеру необходимо знать, как правильно подобрать породу курицы для той или иной цели, создать ей правильный рацион и обеспечить необходимый уход. [4] Данные предприятия характеризуются обширным спектром выпускаемой продукции, обычно более 30 разных видов номенклатуры и около 600 сотрудников. Для повышения эффективности разводятся специальные кросс Подп. и дата виды кур бройлеров. Птицефабрика занимается выращиванием ремонтного молодняка, содержанием родительского стада, содержанием стада кур-несушек. Однако основным направлением производства на птицефабрике остается мясоперерабатывающая промышленность, т.е. выращивание и обработка кур Инв. № дубл. бройлеров показатели: (высокопродуктивная Суточный прирост гибридная птица). 40-45, и 50, более Их продуктивные граммов; выход инкубационных яиц от несушки – 150-157 яиц; выход бройлеров от несушки – Взам. инв. № 120 голов; убойный выход одной потрошенной тушки – 70-72%; выход мяса от тушки – до 65%. Технологические процессы производства мяса птицы осуществляются в следующей последовательности: Подп. и дата - Отлов, доставка птицы и приемка ее на убой и обработку; - Потрошение и полупотрошение тушек; Инв.№ подл. - Формовка тушек, остывание; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 14

- Сортировка, маркировка, взвешивание, упаковка тушек; - Охлаждение и замораживание мяса птицы; - Хранение и реализация мяса птицы. В производственных цехах располагаются несколько производственных конвейерных линий, по которым практически безостановочно идет один процесс обработки, переходящий в следующий. 1.4 Реестр вариантов использования У системы существуют три основных пользователя: диспетчер, директор, мастер цеха. Диспетчер – вводит данные о вновь поступивших заказах и осуществляет настройку. Директор – осуществляет контроль, следит за их исполнением своих распоряжений. Мастер цеха – вводит данные о реальном состоянии работ (заказов). Взам. инв. № Инв. № дубл. Подп. и дата Результирующий список вариантов использования показан в таблице 2. Таблица 2 — Реестр вариантов использования Код Основной Наименование Формулировка актор M1 Диспетчер Регистрация заказа Этот вариант использования позволяет Диспетчеру передавать в производство новые заказы M2 Диспетчер Подп. и дата М3 Диспетчер Планирование Диспетчер размещает вновь выполнения поступивший от Директора заказ в заказов план в «хвост» очереди Корректировка Диспетчер плана откорректировать информацию о может Инв.№ подл. заказе в производстве Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 15

Окончание таблицы 2 М4 Диспетчер Изменение заказа Диспетчер может откорректировать информацию о заказе в производстве М5 Диспетчер Удаление заказа При необходимости снятия заказа с производства диспетчер Диспетчер вызывает или функцию «Удаление заказа». М6 Диспетчер Поступление Диспетчер товаров поступление может оформить товаров на производство М7 Инв. № дубл. Подп. и дата D1 Диспетчер Директор Списание сырья на Диспетчер может списать сырье со производство склада на производство Запрос о заказе Используется Директором либо либо Мастером цеха для поиска нужной Мастер информации цеха производстве, о заказе в необходимой для клиента. D2 С1 Директор Мастер Генерация Директор формирует отчеты о полного отчета проделанной работе. Запрос о заказе Мастер цеха Взам. инв. № С2 цеха запрашивает информацию о заказе Мастер Закрытие заказа цеха Мастер цеха фиксирует результаты выполнения работы цеховым персоналом Подп. и дата 1.5 Роль трудозатрат и трудоемкости В экономике под трудозатратами понимают количество единиц затрат Инв.№ подл. труда персонала, необходимых для окончания выполнения работы и различают Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 16

их на фактические и плановые. Плановые трудозатраты – трудозатраты, характеризующие только запланированный к выполнению объем работы, а фактические – выполненные к настоящему времени работы. Однако оценить плановые трудозатраты гораздо сложнее, т.к. производительность разных сотрудников различна, а графики работы бригад могут изменяться и корректироваться. Исходя из этого можно сделать вывод, что нельзя оценить трудозатраты в абсолютных единицах. Для решения этой проблемы принято использовать некий усреднённый показатель производительности сотрудников.[5] На предприятиях существует понятие нормативные трудозатраты, которые определяются по такой же схеме, что и обычные. Они отличаются тем, что на определенную работу устанавливается норма времени и необходимых для нее трудовых единиц. Она рассчитывается с помощью бенчмаркинга, факторного нормирования, фотографии рабочего дня, микроэлементного нормирования. Бенчмаркинг заключается в оценке работы других предприятий, а Взам. инв. № Инв. № дубл. Подп. и дата основном наиболее крупных. Анализ работы конкурирующих фирм помогает в выработке норматива для определенной области. Однако невысокая точность таких исследований и затраты на сбор статистической информации делает этот метод недостаточно эффективным. Метод фотографии рабочего дня включает в себя работу с персоналом. Определенный сотрудник по работе с персоналом обязан фиксировать каждое действие сотрудника в течении рабочего дня. Однако в реальности этот способ малоприменим из-за временых затрат. Микроэлементное нормирование характеризуется в разбиении сложного процесса на более мелкие и замере времени, на выполнении мелких элементов. Метод факторного нормирования гораздо проще в реализации и из-за этого наиболее популярен среди других. Только в этом методе учитываются побочные Инв.№ подл. Подп. и дата В конечном счете мы получает высокую точность измерений. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 17

факторы. Для его реализации цех разделяют на участки, по каждому из которых оцениваются трудозатраты. Формула расчета трудозатрат в человеко-часах: Чч = 𝑁 ∗ 𝑇 (1) где Чч – человеко-часы; N – количество работников; Т – фактическое время выполнения работы. В нашем случае рационально использовать именно этот вид расчетов трудозатрат для достижения необходимой точности и соблюдения сроков исполнения работы. Для просмотра величины трудозатрат задач лучше всего использовать таблицу Использование в одном из представлений Диаграмма Ганта, Использование задач или Использование ресурсов. Эта таблица имеет столбец Трудозатраты, в котором находятся присвоенные задачам значения трудозатрат. Трудоёмкость — количество рабочего времени, затрачиваемого на Подп. и дата производство единицы продукции (выполненной услуги, работы). Сокращение трудоемкости является показателем повышения эффективности. Трудоёмкость обратно пропорциональна показателю производительности Инв. № дубл. Следовательно, увеличение производительности труда является показателем Взам. инв. № труда (количеству продукции, вырабатываемой за единицу рабочего времени). них можно выделить основные: уровень квалификации персонала, степень повышения эффективности. На величину трудоемкости влияет множество различных причин, но среди технического оснащения производства, сложность изготовления товаров, степень автоматизации и условия труда. Формула расчета трудоемкости: Подп. и дата Тр = Тз/𝑊 (2) где Тр – трудоекмкость; Тз – трудозатраты; Инв.№ подл. W- объем производства. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 18

Вначале определяется количество времени, которое было отработано рабочими предприятия за расчетный период. Источником данных для подсчета фактических затрат времени может послужить первичная бухгалтерская документация, в частности, табеля учета отработанного времени по каждому участку или цеху. На основе этих данных удобно подсчитывать общую сумму человеко-часов за календарный период по всем участкам предприятия. Теперь рассчитаем величину стоимости произведенных в отчетном периоде товаров. Для этого снова воспользуемся первичными учетными документами. Тип документа зависит от специфики самого предприятия. После этого рассчитывается отношение величины затрат времени, выраженной в человекочасах, к стоимости произведенных предприятием товаров. Результат расчета и будет являться искомым коэффициентом трудоемкости продукции. В зависимости от того, что включается в состав затрат, трудоемкость бывает нескольких видов. Рассмотрим каждый из них. Подп. и дата 1.6 Выбор среды разработки Для реализации поставленных задач можно использовать любую современную СУБД. Для удобного взаимодействия пользователя с системой Инв. № дубл. время функциональный. «1С:Предприятие 8», Взам. инв. № необходимо продумать интерфейс системы — чтобы он был простой и в то же ориентированный язык Наиболее оптимальным решением является технологическая платформа предлагающая современный проектирования, который мощный позволяет предметнобыстро и качественно создавать экономико-организационные информационные системы. программирования позволяет сосредоточиться на реализации основных функций системы, не задумываясь о средствах администрирования базы данных. Инв.№ подл. Подп. и дата Использование платформы «1С:Предприятие» как высокоуровневого языка Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 19

Система программ «1С:Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. Гибкость платформы 1С:Предприятие 8 обеспечивает возможность применять это программное обеспечение в самых разных областях: - Автоматизация торговых и производственных предприятий, организаций бюджетной и финансовой сферы, сферы обслуживания и др; - Поддержка и помощь в оперативном управлении предприятием; - Автоматизация организационной и хозяйственной сторон деятельности предприятия; - Ведение бухгалтерского учёта, регламентированная отчётность; - Большие возможности управленческого учёта, построения аналитической отчётности, многовалютный учет; - Решение задач, связанных с планированием, бюджетированием и финансовым анализом; Взам. инв. № Инв. № дубл. Подп. и дата - Расчет заработной платы, управление персоналом; Другие сферы применения. Пользователи программы получают мощные средства для формирования отчётов и печатных форм, что обеспечивает широкие возможности в оформлении и интерактивной работе: - Интеллектуальное построение отчетов: иерархических и многомерных, кросс-отчетов; - Получение любых аналитических данных с произвольной пользовательской настройкой без необходимости вносить изменения в прикладное решение; агрегирование; - Составление сводных таблиц для анализа многомерных данных, возможности динамического изменения структуры отчета; Инв.№ подл. Подп. и дата - Группировки в отчётах, расшифровки, детализация информации и ее Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 20

- Диаграммы различных типов для представления в графическом виде экономической информации. Новый современный дизайн позволяет начинающим легко освоить программу, а пользователям обеспечивает высокую скорость работы: - Массовый ввод информации значительно ускорен добавлением функции "ввод по строке", а также эффективному применению клавиатуры; - Облегчена работа неподготовленных пользователей, что обеспечивает быстрое освоение системы; - Наличие удобных средств работы с динамическими списками большого размера, возможность управления видимостью колонок и их порядком, настройка сортировки и отбора; - Доступное пространство экрана используется по максимуму для отображения информации; - Возможность создания мультиязычных прикладных решений; - Механизм стилей оформления. Взам. инв. № Инв. № дубл. Подп. и дата В стандартную поставку входит конфигуратор, который позволяет развивать существующие прикладные решения и создавать новые: - Визуальные средства разработки, конструкторы; - Средства для ведения нормативно-справочной информации, поддержка иерархической структуры; - Универсальные механизмы хранения многомерных данных и их обработки; - Механизм хранения истории изменений значений с разной периодичностью; - Средства для осуществления бухгалтерского учета и управленческого - Автоматизированные сложные периодические расчеты; - Встроенный язык, который служит для определения поведения объектов системе; Инв.№ подл. Подп. и дата учета; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 21

- Ориентированный на обработку экономической информации механизм запросов с высокой мощностью, конструкторы запросов; - Удобные средства отладки конфигурации и анализа ее производительности; - Возможность вести групповую разработку прикладного решения, поддержка истории изменений. В системе 1С:Предприятие 8 обеспечивается масштабируемость прикладных решений, от самых простых программ, рассчитанных на одного пользователя, до многопользовательских и многофункциональных комплексных решений: - Однопользовательский вариант, предназначен для небольших организаций или использования в домашней среде; - Файловый вариант, который создан для многопользовательской работы, отличается простотой в установке и эксплуатации; - Клиент-серверный вариант работы, основой которого является Microsoft SQL - Server. Позволяет одновременно вести работу большому количеству пользователей, обеспечивая при этом надежное хранение данных и их обработку. 1С:Предприятие 8 представляет собой открытую систему. Она обеспечивает возможности для интеграции с практически любым внешним программным обеспечением, оборудованием с использованием общепризнанных стандартов и протоколов передачи данных. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата трехуровневая архитектура с использованием сервера 1С:Предприятия 8 и Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 22

2. Проектирование системы расчета трудозатрат 2.1 Моделирование информационной базы Одной из основных частей информационного обеспечения является информационная база. Информационная база представляет собой совокупность данных, организованную определенным способом и хранимую в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. Разработка БД выполняется с помощью моделирования данных. Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую СУБД. В проектировании структуры базы данных применяется метод семантического моделирования, который представляет собой моделирование структуры данных Взам. инв. № Инв. № дубл. Подп. и дата исходя из логического смысла самих сущностей. Всевозможные варианты ERдиаграмм (диаграмм сущность-связь). Средства разработки таких диаграмм отличаются своими возможностями, но всех их объединяет понятность в схеме представления базы данных. [6] В качестве средства разработки ER-диаграммы был выбран MS Visio 2016 из-за его простоты в использовании и гибких настроек. Все сущности в диаграмме будут делиться на два вида. Первый вид — это стандартные сущности, которые можно наблюдать в любой базе данных предприятия. Они абсолютно универсальны и несут в себе информацию о данном предприятии. К таким сущностям можно отнести справочники «Контрагенты», «Сотрудники», сырья на производство», а также регистры накопления с ними связанные. Однако в нашей базе данных есть уникальные сущности, которые свойственные только нашей программе. К ним можно отнести справочник «Нормы человеко-часов», Инв.№ подл. Подп. и дата «Номенклатура», документы «Поступление (акты, накладные)», «Списание Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 23

«Бригады», «Технологические операции», документы «Регистрация заказа», «Планирование выполнения заказов», «Закрытие заказа», а также регистры, связанные с ними. Первичным ключом в основном всегда являются наименование той или иной сущности, по которому они связываются между Инв. № дубл. Подп. и дата собой. Получившаяся ER-диаграмма представлена на рисунке 1. Взам. инв. № Рисунок 1 — Логическая модель организации данных Основные компоненты диаграммы — это сущности, атрибуты и связи. называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности Инв.№ подл. Подп. и дата Каждая сущность является множеством подобных индивидуальных объектов, Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 24

соответствует таблица, экземпляру сущности — строка в таблице, а атрибуту — колонка таблицы. Построение модели данных предполагает определение сущностей и атрибутов, т. е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить, как объект, событие или концепцию, информация о которых должна сохраняться. На диаграмме сущность изображается в виде прямоугольника, разделенного горизонтальной линией на две части. Верхняя часть служит для изображения ключевых атрибутов и называется областью ключа. Нижняя часть отводится для не ключевых атрибутов и называется областью данных. В логической модели данных нашей системы имеется 26 сущностей. В каждой из которых множество атрибутов, характеризующих некоторое свойство сущности. Самыми основными исходя из количества связей являются сущности «Сотрудники», «Номенклатура», «Заказ». «Заказ» имеет в качестве атрибутов ссылку на сущность «Номенклатура», «Цена», «Количество», «Сумма», «НДС», стоимости был сделан заказ, однако нас интересует атрибут «Дата готовности», так как именно она важна для планирования выполнения заказа. 2.2 Моделирование системы средствами UML Взам. инв. № Инв. № дубл. Подп. и дата «Сумма НДС», «Всего», они характеризуют в каком количестве и по какой Существует множество технологий и инструментальных средств, с помощью которых можно реализовать в некотором смысле оптимальный проект ИС, начиная с этапа анализа и заканчивая созданием программного кода системы. Унифицированный язык объектно-ориентированного моделирования - является языком визуального моделирования, который обеспечивает разработку репрезентативных моделей; Инв.№ подл. Подп. и дата Unified Modeling Languag обладает следующими основными характеристиками: Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 25

- содержит механизмы расширения и специализации базовых концепций языка. Это делает UML диаграммы невероятно востребованными в различных сферах деятельности. 2.2.1 Диаграмма вариантов использования Диаграммы использования описывают функциональность ИС, которая будет видна пользователям системы. Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью, так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на Подп. и дата моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант Взам. инв. № Инв. № дубл. использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.[7] Прецедент обозначается на диаграмме овалом, связанным с пользователями, которых принято называть действующими лицами (актеры, actors). Прецедент — это типичное взаимодействие пользователя с системой, которое описывает видимую пользователем функцию и обеспечивает прецедентов фактически определяет функциональные требования к информационной системе. Диаграмма прецедентов представлена на рисунке 2. Инв.№ подл. Подп. и дата достижение конкретной цели, важной для пользователя. Список всех Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 26

Рисунок 2 — Диаграмма прецедентов На этой диаграмме выделено три основных актора и 11 вариантов использования. Авторами являются Диспетчер, Директор, Мастер цеха. Диспетчер выполняет функции, связанные с регистрированием обычного и срочного заказа, его изменением, удалением. Также диспетчер занимается Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата планированием выполнения заказов, корректировкой плана, а также поступлением товаров и списания материалов на производство. Директор занимается контролем исполнения заказов и мониторингом деятельности сотрудников, поэтому ему предоставлена возможность генерировать отчет и создавать запрос о заказах. Мастер цеха отвечает за исполнением получившегося в ходе расчетов АИС плана выполнения. В его обязанность входит закрыть заказ после его выполнения. Также по необходимости он тоже может сделать запрос о заказе, для уточнения какой-либо информации. 2.2.2 Диаграмма последовательности Диаграммы последовательностей представляют взаимодействия между линиями жизни как упорядоченную последовательность событий. Это самая Инв.№ подл. богатая и гибкая форма диаграммы взаимодействий. Иногда моделирование Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 27

начинают с создания эскиза реализации прецедента с помощью коммуникационной диаграммы, потому что на диаграмме легко размещать и соединять линии жизни. Однако если необходимо сфокусировать внимание на установлении фактической последовательности событий, удобнее работать с диаграммой последовательностей.[4] Для нашей системы разработано 3 диаграммы. Диаграмма последовательности прецедента «Регистрация заказа» Инв. № дубл. Рисунок 2 — Диаграмма последовательности прецедента «Регистрация Взам. инв. № Подп. и дата представлена на рисунке 2. На данной диаграмме инициатором выступает Диспетчер. Он должен заказа» выбрать «Регистрировать заказ», чтобы открылась форма бля заполнения. Поля Подп. и дата в этой форме бывают двух видов, обязательные и необязательные. После окончания заполнения полей Диспетчер должен провести документ. Это необходимо для того, чтобы прошли движения по регистрам. Программа Инв.№ подл. проверит наполненность обязательных полей и, если с этом не возникнет Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 28

проблем, осуществит проведение документа. После проведения документа будет создан новый заказ с новым номером. Система должна будет оповестить Диспетчера об успешной регистрации заказа с помощью сообщения. После этого Диспетчер может по необходимости создать печатную форму с помощью соответствующей кнопки на панели и распечатать полученный документ. [8] Следующим основным прецедентов является «Планирование выполнения заказов», которая представлена на рисунке 3. Это тоже документ, находящийся во вкладке производство. Инициатором этого прецедента являет тот же самый актор, что и в предыдущем прецеденте. Диспетчер может создать новый план выполнения заказов нажат на кнопку «Планирование выполнения заказов». После этого ему на экран выведутся уже существующие планы. После нажатия на кнопку «Создать» на экране появиться форма для заполнения. Прежде всего Диспетчеру нужно будет заполнить шапку документа и заполнить все обязательные поля. Только после этого в табличной части добавить заказ к списку запланированных. Выбрать заказ необходимо из списка получить от них данные и только потом предложить их на выбор Диспетчеру. После этого АИС самостоятельно запросит из справочника «Нормы чел-час» данные, рассчитает необходимое количество бригад, сотрудников, и поставит заказ в хвост очереди. Если Диспетчер будет удовлетворен таким планом он сможет провести план. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата зарегистрированных, поэтому Плану сначала нужно будет обратиться к Заказам, Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 29

Подп. и дата Инв. № дубл. Взам. инв. № Подп. и дата Рисунок 3 — Диаграмма последовательности прецедента «Планирование Инв.№ подл. выполнения заказов» Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 30

Последней диаграммой последовательности является «Генерация полного отчета», представленная на рисунке 4. В ней Директор, нажимает на кнопку «Отчеты» и, выбирает из двух предложенных нужный отчет по плану «План выполнения». Система в ответ предлагает Директору воспользоваться меню. Основной кнопкой меню является кнопка «Сформировать», которая и нужна для генерации отчета. После нажатия на «Сформировать» Отчет отправит запрос к базе данных плана выполнения заказов на предоставления ему всей информации о бригадах, заказах, сотрудниках, выполнявших их. После получения этих данный Отчет структурирует их в наглядную таблицу и выводит на экран. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Директор просматривает таблицу. Инв.№ подл. Рисунок 4 – Диаграмма последовательности «Генерация полного отчета» Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 31

2.2.3 Диаграмма классов Диаграммы классов является основным логическим представлением модели. Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений [9]. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Диаграмма классов нашей системы приведена на рисунке 5 Инв.№ подл. Рисунок 5— Диаграмма классов Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 32

При проектировании нашей АИС было выявлено 7 классов. Основным классом является «План» с атрибутами «Этапы обработки», «Конвейерная линия», «Дата составления», «Номера заказов». План состоит из элементов другого класса «Заказ», который имеет в качестве атрибутов «Номенклатура», «Количество», «Вес», «Категория», «Цена», «Сумма», «Дата регистрации», «Дата выполнения», «Этапы обработки», «Конвейерная линия». Класс «Отчет» включает в себя «Номер заказа», «Список бригад», «Список сотрудников», «Ответственное лицо», «Дата регистрации», «Дата выполнения», «Номенклатура», «Статус заказа» и состоит из элементов вышеизложенных классов. «Запрос о статусе заказа» состоит только из двух элементов «Номера заказа» и его «Статуса». Оставшиеся три класса характеризуют как раз наших акторов, которые в качестве атрибутов имеют «Фамилию», «Имя», «Отчество», и отличаются только «Должностью» и «Отделами». Они формируют исходя из своих прав доступа остальные классы. Взам. инв. № Инв. № дубл. Подп. и дата 2.2.4 Диаграмма развертывания Диаграмма развертывания предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime). При этом представляются только компоненты-экземпляры программы, являющиеся исполняемыми файлами или динамическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развертывания не показываются. Диаграмма развертывания содержит графические изображения процессоров, устройств, процессов и связей между ними. В отличие от диаграмм логического представления, диаграмма отражать особенности ее реализации.[6] Разработка диаграммы развертывания, как правило, является последним этапом спецификации модели программной системы. Инв.№ подл. Подп. и дата развертывания является единой для системы в целом, поскольку должна всецело Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 33

Инв. № дубл. Подп. и дата Диаграмма развертывания нашей системы приведена на рисунке 6. Рисунок 6 — Диаграмма развертывания На диаграмме развертывания для нашей системы представлены 6 аппаратных компонентов (узлов), такие как: срвер базы данных, сервер 1С Взам. инв. № предприятия, веб-сервер и обычные ПК. Узлы устройств — это физические вычислительные ресурсы со своей памятью и сервисами для выполнения программного обеспечения. Узел среды выполнения — это программный предоставляет собой сервис, выполняющий другие исполняемые программные элементы. Инв.№ подл. Подп. и дата вычислительный ресурс, который работает внутри внешнего узла и который Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 34

3 Разработка системы расчета трудозатрат Объекты конфигурации обладают различным поведением, и оно зависит от вида объекта. Одни объекты могут выполнять какие-то действия, другие этих действий выполнять не могут, зато у них есть свой собственный набор действий. И, наконец, самое важное качество объектов конфигурации — это их прикладная направленность. Объекты конфигурации не просто некие абстрактные конструкции, при помощи которых разработчик пытается описать поставленную перед ним задачу. Они представляют собой аналоги реальных объектов, которыми оперирует предприятие в ходе своей работы [10]. Например, на каждом предприятии существуют различные документы, с помощью которых оно фиксирует факты совершения хозяйственных операций. Точно так же в конфигурации существуют объекты вида «Документ». В конфигурации «АИС расчета трудозатрат» имеется 5 объектов данного вида. Кроме этого на каждом предприятии обязательно ведется список данных, специальные объекты вида «Справочник», которые позволяют разработчику создавать аналоги таких списков. В конфигурации «АИС расчета трудозатрат» имеется 8 справочников. Взам. инв. № Инв. № дубл. Подп. и дата отвечающих конкретной предметной области. В конфигурации тоже есть 3.1 Создание ролей При входе в систему и при работе с ней происходит процесс проверки прав. Создадим в конфигураторе 3 роли, которые мы будем применять к добавленным пользователям. Роль «Диспетчера» — которая к тому же является Невозможно начать работу с информационной системой, если какому-либо пользователю не присвоена эта роль. В ней включены все функции для работы с системой, и позволено производить все операции над созданными объектами. Инв.№ подл. Подп. и дата администрирующей т.к. это обязательная роль в системе 1С Предприятие. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 35

Эта роль предназначена для администратора информационной системы, уполномоченного выполнять все действия над ней. Для создания роли «Диспетчера» на вкладке общие выбираем пункт роли и добавляем новую роль. Заполняем значения свойств нового объекта конфигурации. В окне настройки прав, для роли имеет смысл установить флаг «Устанавливать права для новых объектов». Если этого не сделать, то нам, при добавлении новых объектов конфигурации, придется устанавливать права для каждого нового объекта. При установке параметра, соответственно, набор прав будет заполнен. «Устанавливать права для реквизитов и табличных частей по умолчанию» также следует установить, что значительно упростит создание прав для этой роли. Однако назначение прав администратора не единственная задача Диспетчера. Он так же получает право создавать новые справочники, проводить документы, кроме «Закрытие заказа». Ограничение устанавливается только на формирование отчета. В данном праве нет необходимости, т.к. он при регистривании уже владеет всех справочной информацией. Взам. инв. № Инв. № дубл. Подп. и дата Создадим роль «Диреткор» и настроим его так, чтобы он мог просматривать все объекты, то не создавать новые или вносить какие-то изменения. Так же откроем ему доступ ко всем видам отчетов, т.к. это и является его основной задачей. Создадим роль «Мастер цеха». Заполним реквизит «Имя» как «Мастер цеха» и синоним с таким же значением. Разрешим ему просмотр некоторых справочников, и создание и проведение документа «Закрытие заказа» и формирование отчета «Заказ». После создания других объектов конфигурации, каждому пользователю назначим права доступа. После этого установим пароль, для обеспечения информационной Инв.№ подл. Подп. и дата безопасности. Реализация этой процедуры представлена на рисунке 7. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 36

Подп. и дата Рисунок 7 – Назначение прав доступа 3.2 Создание подсистем Инв. № дубл. Для организации командного интерфейса пользователя и классификации объектов в системе 1С предприятие используется объект конфигурации «Подсистемы». Количество подсистем будут указывать количество вкладок в Взам. инв. № загруженной конфигурации. Было принято решение о создании 4 подсистемы, а именно «Справочники», «Отчеты», «Заказы», «Производство». реквизиты «Имя» и «Синоним» значением «Заказы». В этой подсистеме будут находиться документы «Регистрация заказа», «Закрытие заказа», «Поступление (акт, накладная)», поэтому устанавливаем в этих объектах галочки напротив этой Инв.№ подл. Подп. и дата При создании подсистемы «Заказы» на вкладке «Основные» заполняем Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 37

подсистемы. Во вкладке состав можно из приведенного списка всех элементов выбрать подходящие вашей системе. Создание и наполнение подсистемы «Заказы» представлено на рисунке 8 Подп. и дата Рисунок 8 – Создание подсистемы «Заказ» Аналогично создаем оставшиеся 3 подсистемы и распределяем по ним в соответствии логики остальные сущности. Например, в подсистеме Инв. № дубл. занимать место в других вкладках и проще распределить роли в системе. В Взам. инв. № «Справочники» будут размещаться информационные справочники, чтобы не зарегистрированным заказам будут храниться в отдельной подсистеме подсистеме «Производство» хранятся документы, связанные с выработкой готовой продукции, работай с сырьем на складах. Отчеты по Инв.№ подл. Подп. и дата «Отчеты». Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 38

3.3 Создание справочников Объект конфигурации Справочник используется для того, чтобы на его основе платформа создала в базе данных информационную структуру, в которой будут храниться данные. Справочник состоит из элементов. характерной особенностью этого объекта является то, что пользователь в процессе работы может самостоятельно добавлять новые элементы в справочник. Каждый элемент справочника, как правило, содержит некоторую дополнительную информацию. Набор такой информации является одинаковым для всех элементов, и для описания такого набора используются реквизиты [11]. Имя является основным свойством любого объекта конфигурации. При создании нового объекта система автоматически присваивает ему некоторое имя. Можно использовать имя, присвоенное системой, но лучше заменить его своим, понятным именем. Имя можно задавать любое, главное, чтобы оно начиналось с буквы и не содержало некоторых специальных символов (например, пробел). Подп. и дата Для удобства чтения конфигурации принято составлять интуитивно понятные имена, и, если они состоят из нескольких слов, удалять пробелы между словами и каждое слово начинать с большой буквы. На основании имени платформа автоматически создаст «синоним». Инв. № дубл. предназначено Взам. инв. № Свойство «синоним» также есть у любого объекта конфигурации. Оно практически нет никаких ограничений, и его можно задавать в привычном для для хранения альтернативного наименования объекта конфигурации, которое будет использовано в элементах интерфейса нашей программы, то есть будет показано пользователю. Поэтому на синоним человека виде. «Наименование». Длина кода — важное свойство справочника. Как правило, код справочника используется для идентификации элементов и содержит уникальные для каждого элемента справочника значения. Платформа может Инв.№ подл. Подп. и дата Каждый справочник имеет два предопределенных реквизита: «Код» и Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 39

сама контролировать уникальность кодов и поддерживать автоматическую нумерацию элементов. От длины кода будет зависеть максимальное количество элементов, содержащихся в справочнике. Справочник «НормаЧеловекоЧасов» предназначен для наполнения системы новыми расчетами трудозатрат, по новым видам номенклатуры. На вкладке Основные назначаем имя «НормаЧеловекоЧасов» и синоним «Норма чел-час». На вкладке подсистемы указываем, что данный справочник будет виден в подсистеме «Справочник». Указывается это выставлением флага под одноименной подсистемой. При заполнении вкладки Данные необходимо четко понимать, какого типа информация будет храниться, т.к. при создании реквизитов надо четко прописывать их тип данных. В 1С Предприятие большой перечень типов данных. Особенностью 1С предприятия в том, что можно сделать тип данных какого-либо реквизита как ТипСсылка на другой элемент системы, например, на другой справочник. Это помогает упростить работу по связыванию элементов ИБ между собой и позволяет создавать один элемент справочника Взам. инв. № Инв. № дубл. Подп. и дата через другой. В справочнике «НормаЧеловекоЧасов» основным реквизитов будет «Номенклатура». Однако номенклатура включает в себя все начиная от нашей готовой к выпуску продукции и заканчивая возвратную тару. Списки номенклатуры могут быть огромными, поэтому целесообразно вынести ее в отдельный справочник «Номенклатура» и сослаться на него. Очень часто встречаются реквизиты с типом «Число». При их настройке следует учитывать, что в 1С Предприятии предусмотрено определение точности числа после запятой. Например, при установке цен в справочнике «Номенклатура» следует поставить в графе точность 2, потому что цена товара сигнализирует системе о том, что в этом поле будут размещены только положительные числа либо 0. Инв.№ подл. Подп. и дата может быть с копейками. Галочка на против поля Неотрицательное Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 40

В справочнике «НормаЧеловекоЧасов» есть два типа полей: логически зависимые и нет. Логически зависимые реквизиты, «Произведено», «КоличествоЧеловекНаОпераци», «ДлительностьСмены» и некоторые другие связаны между собой. Их следует вынести в табличную часть, т.к. это будет интуитивно проще воспринимать в таком виде. Создание Справочника «НормаЧеловекоЧасов» и настройка свойств его Инв. № дубл. Подп. и дата реквизита «Номенклатура» представлено на рисунке 9. Взам. инв. № Рисунок 9 — Справочник «НормаЧеловекоЧасов» 3.4 Перечисления конфигурации Перечисление предназначен для описания структуры хранения постоянных наборов значений, не изменяемых в процессе работы конфигурации. На основании объекта конфигурации Перечисление Инв.№ подл. Подп. и дата Объект Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 41

платформа создает в базе данных таблицу, в которой может храниться набор некоторых постоянных значений [12]. Для хранения информации о периоде действия используется перечисление. Самым популярным перечислением является перечисление «ВидНоменклатуры». Оно необходимо для разграничение номенклатурный единиц на готовую продукцию, сырье и материалы, оборудование, возвратную тару. Работа с готовой продукцией осуществляется при регистрации или закрытия заказа. Сырье и материалы же в документах «ПоступлениеАктНакладная» и «ПередачаСырьяНаПроизводство». Рисунок 10 – создание перечисления «ВидНоменклатуры» Ссылаться на данное перечисление можно из справочника «Номенклатура» в реквизите «ВидНоменклатуры». Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Создание перечисления «ВидНоменклатуры» представлено на рисунке 10. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 42

3.5 Создание документа Объект конфигурации Документ является прикладным и предназначен для описания информации о совершенных хозяйственных операциях или о событиях, произошедших в жизни организации вообще. На основе этого объекта конфигурации платформа создает в базе данных информационную структуру, в которой будут храниться документы, отражающие специфику предметной области. Характерной особенностью документа является то, что в процессе работы пользователь может самостоятельно создавать новые объекты этой структуры — новые документы. Свойства документа отличается от свойств всех остальных объектов базы данных. Документ обладает способностью проведения. Факт проведения документа означает, что событие, которое он отражает, повлияло на состояние учета. До тех пор, пока документ не проведен, состояние учета неизменно, и документ — не более чем черновик, заготовка. Как только документ будет Подп. и дата проведен — изменения, вносимые документом в учет, могут вступить в силу и состояние учета может быть изменено. Поскольку документ вносит изменения в состояние учета, он всегда «привязан» к конкретному моменту времени. Это позволяет отражать в базе данных фактическую последовательность событий.[8] Инв. № дубл. подробнее описывает этот документ. Набор такой информации является Взам. инв. № Каждый документ, как правило, содержит информацию, которая самостоятельно, одинаковым для всех документов одного вида, и для описания такого набора используются реквизиты. Большинство реквизитов разработчик создает однако у каждого документа существуют два предопределённых поля: «Дата» и «Номер». Поскольку тип данных «Дата» основном положение документа на оси времени. Документ «Регистрация заказа» создан для формирования в базе данных новой информации о заказе. В ней должны отображаться контактные данные Инв.№ подл. Подп. и дата содержит дату и время с точностью до секунды, этот реквизит и определяет в Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 43

заказчика, номенклатура и количество ее выполнения. Самым важным реквизитом остается дата требуемой готовности заказа. На вкладке Основные назначаем имя «РегистрацияЗаказа» и синоним «Регистрация заказа». На вкладке подсистемы указываем, что данный документ будет виден в подсистеме «Заказ». Указывается это выставлением флага под одноименной подсистемой. Реквизиты документа сводятся к обозначению даты готовности, контрагента, Параметров, Договора, Комментария, Пометки срочности, Диспетчера, ответственного за правильность заполнения заказа. Вся информация о номенклатуре находиться в табличной части и включает в себя информацию о количестве, цене, НДС, и сумме. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Создание документа «РегистрацияЗаказа» представлено на рисунке 11. Инв.№ подл. Рисунок 11 – Создание документа «РегистрацияЗаказа» Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 44

Движение в данном документе должны проводиться по регистру сведений «ДввиженияЗаказов» во вкладке движения. Реквизит «Срочность» определен как Булево, т.е. на форме будет возможность поставить галочку напротив этого значению в случае необходимости. 3.6 Создание Регистров Объект конфигурации Регистр накопления является прикладным и предназначен для описания структуры накопления данных. На основе объекта конфигурации «Регистр накопления» платформа создает в базе данных таблицы, в которых будут накапливаться данные, «поставляемые» различными объектами базы данных.[7] Эти данные будут храниться в таблицах в виде отдельных записей, каждая из которых имеет одинаковую, заданную в конфигураторе структуру. На основании таблицы движений регистра накопления система Подп. и дата рассчитывает таблицу итогов регистра, которая хранит в базе данных итоги на момент времени последнего движения (актуальные итоги). Отличительной особенностью регистра накопления является то, что он не предназначен для интерактивного редактирования пользователем. Инв. № дубл. числовой информации в разрезе нескольких измерений, которые описываются Взам. инв. № Основным назначением регистра накопления является накопление Виды числовой информации, накапливаемой регистром, называются разработчиком в соответствующем объекте конфигурации «Регистр накопления» и являются подчиненными объектами конфигурации. ресурсами, также являются подчиненными объектами и описываются в Изменение состояния регистра накопления происходит, как правило, при проведении документа и заключается в том, что в регистр добавляется некоторое количество записей. Каждая запись содержит значения измерений, значения Инв.№ подл. Подп. и дата конфигураторе. [9] Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 45

приращений ресурсов, ссылку на документ, который вызвал эти изменения (регистратор), и «направление» приращения (приход или расход). Такой набор записей называется движениями регистра накопления. Каждому движению регистра накопления всегда должен соответствовать регистратор — объект информационной базы (как правило, документ), который произвел эти движения. В нашей базе основным регистром накопления является регистр «ДвижениеМатериалов», т.е. движение сырья и материалов, поступивших на производство путем покупки из через документ «ПоступлениеАктНакладная» и списание материалов производиться путем списания их со склада документом «СписаниеМатериаловНаПроизвоство». Следовательно, во вкладке Вид Регистра следует выставить Остатки. В качестве данных, по которым и будет проводиться движение обозначает в качестве измерений Склад и Номенклатура, а в качестве ресурсов – Количество. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Результат представлен на рисунке 12. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 46

Взам. инв. № Инв. № дубл. Подп. и дата Рисунок 12 – Создание регистра накопления «ДвижениеМатериалов» Однако регистры накопления не единственный вид регистров в 1С Предприятии. Вторым типом регистров является регистр сведений. Регистр сведений – объект конфигурации 1С:Предприятие 8 предназначенный для описания структуры хранения данных в разрезе нескольких измерений. На основе объекта конфигурации Регистр сведений платформа создает в базе данных таблицу, в которой может храниться произвольная информация, «привязанная» к набору измерений. Подп. и дата Информация в регистре сведений хранится в виде набора строк (записей). Каждая строка содержит набор измерений и соответствующие им значения ресурсов. Комбинация измерений однозначно идентифицирующая запись. Инв.№ подл. свойства позволяет добавить к списку измерений дополнительное измерение Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 47

— Период. С его помощью можно решить большое количество задач: хранение информации в базе данных, учитывая актуальность на определенную дату. В нашей АИС основным регистром сведений является регистр «ДвиженияПлана». Регистратором для него служит документ «ПланированиеВыполненияЗаказов». Периодичность в пределах секунды. Инв. № дубл. Подп. и дата Создание регистра сведений представлено на рисунке 13. Риунок 13 – Создание регистра сведений «ДжиженияПлана» Взам. инв. № В качесвте измерения послужил Заказ, а в качестве ресурсов Бригада и Время работы. Регистры основная движущая сила любой ИС. В итоге можно сказать ,что (аналитических) показателей по деятельности предприятия. Показатели хранятся в регистрах в определенных разрезах, с учетом периодичности. Т.е. регистры Инв.№ подл. Подп. и дата Регистры предназначены для увеличения скорости считывания определенных Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 48

хранят время, к примеру, можно узнать остаток на складе определенного товара месяц назад. 3.7 Описание модуля Для того чтобы после проведения документа изменения вступили в силу необходимо в окне редактирования объекта конфигурации на вкладке «Движения» указать нужные регистры. Сразу после отметки выбранного регистра становится доступной кнопка «Конструктор движений». После его применения в модуле объекта документа «РегистрацияЗаказа» конструктор создал обработчик события «КоличествоПриИзменении». Модуль — это хранилище для текста программы на встроенном языке. В конфигурации существует большое количество модулей, которые расположены в различных ее точках [8]. Они могут принадлежать некоторым объектам конфигурации (например, формам), а могут существовать сами по себе (принадлежать всей конфигурации в целом). Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Рассмотрим процедуры модуля формы на рисунке 14. Инв.№ подл. Рисунок 14 – Конструктор движения регистров Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 49

После заполения выражения и подтверждения правильности система генерирует программный код. По окончании работы Конструктора движений регистров в модуле документа будут записаны на встроенном языке все сконструированные движения регистров. 3.8 Создание отчета Объект конфигурации Отчет предназначен для описания алгоритмов, при помощи которых пользователь сможет получить необходимые ему выходные данные. Алгоритм формирования выходных данных описывается при помощи визуальных средств или с использованием встроенного языка [8]. Для получения сведений о выполнении заказов был реализован отчет «ПланВыполнения». На вкладке основные назначаем имя «ПланВыполнения» и синоним аналогичный имени «План выполнения». На вкладке подсистемы указываем, что данный отчет будет виден в Подп. и дата подсистеме «Отчеты». Указывается это выставлением флага под одноименной подсистемой. Макет это подчиненный объект конфигурации, который позволяет хранить Подп. и дата Взам. инв. № Инв. № дубл. различные данные, требующиеся для отображения в процессе работы как всего прикладного решения, так и отдельных его объектов [10]. На вкладке Макеты создаем макет «Макет». Выделяем и создаем область, назначением ей имени «Шапка». Эта область будет выводить шапку документа. В данной области создаем параметры и шаблоны для будущей печатной формы: - «Номенклатура» — параметр. В эту графу выводится Номенклатура заказанная Контрагентом; - «Бригада» — параметр. В эту графу выводится номер бригады; - «ДатаНачала» — параметр. В эту графу выводится число, месяц и год с Инв.№ подл. начала которого будет формироваться отчет; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 50

- «ДатаОкончания» — параметр. В эту графу выводится дата окончания; - «ДатаЗаполнения» — параметр. В эту графу выводится число на момент заполнения; После настройки всех полей переходим в окно Конструктора запроса и выбираем необходимы поля с помощью стрелок. После чего формируется Набор данных который представлен на рисунке 15. После настройки всех параметров, внесения всех данных будет сформирован запрос на встроенном языке 1С. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Рисунок 15 – Наборы данных для создания отчета Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 51

4. Описание интерфейса работы с пользователем Разработка любого программного продукта является долгим и трудоемким процессом, состоящий из множества отдельных операций. Однако пользователь видит только работу, связанную с визуальными данными, все расчеты и алгоритмы скрыты. Исходя из вышеизложенного можно сделать вывод, что интерфейс – это проводник между клиентом и предлагаемыми ему функциями. От грамотной реализации интерфейса зависит, насколько удобно пользователю будет работать с программой. В результате грамотно разработанного интерфейса можно получить меню. Основной задачей разработчика является расположение основных функция программы в быстрой доступности к использованию. При разработке необходимо учитывать все детали, которые могут повлиять на поведение человека, использующего окна программы. Разработчик должен разместить кнопки максимально удобно для пользователя. Стоит учесть, что исторически кнопка добавить должна быть видна, иметь нейтральный цвет, располагаться в шапке меню. Качественная среда взаимодействия должна обеспечивать экономию времени в процессе поиска необходимой информации, выбора и задания конкретной программы. Такие классические правила помогут разработать гармоничный современный интерфейс. Взам. инв. № Инв. № дубл. Подп. и дата некоторые цвета и иконки должны отвечать за те или иные функции. Например, 4.1 Вход в систему возможности доступа к ней. Пользователю представиться выбор из трёх ролей: Диспетчер, Директор, Мастер Цеха. Выбрать необходимо один, после чего система попросит заполнить пароль. Пароль у каждого типа пользователей Инв.№ подл. Подп. и дата При входе в систему первое с чем столкнется пользователь, это проверка Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 52

уникален. При ошибке ввода система будет сигнализировать об ошибке и выдаст сообщение о том, что Идентификация пользователя не прошла. После этого приложение закроется. Процесс идентификации представлен на рисунке 4.1. Рисунок 16 – Идентификация пользователя 4.2 Наполнения справочников данными Справочники в 1С – это такой объект метаданных ,который хранит в себе Подп. и дата статичную информациюсписочного характера. Как правило информация в справочнике не подлежит изменению долгое время и нужна для заимствование ее для других объектов. Под наполнением базы данных понимаем внесение представлен в одноименной вкладке в меню. Пользователь заходит во вкладку «Справочники», выбирает тот ,которые он хотел бы заполнить, просмотреть или откорректировать. Не стоит забывать, что вносить новые данные, а так же корректировать предыдущие может только Диспетчер. Диреткор может только просматривать данные справочники. Мастеру цеха же доступ к справочникам закрыт. Диспетчер выбирает кнопку «Создать» и заполняет Форму. Пример заполнения формы справочника «Бригады» представлен на рисунке 17. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. информации в существующие справочники. Весь перечень справочников Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 53

Рисунок 17 – Заполнение формы справочника «Бригады» Взам. инв. № Инв. № дубл. Подп. и дата Поле «Код» заполняется атоматически при записывании формы. После этого в справочнике «Бригады» появиться новое поле, отражающее основные реквизиты формы «Наименование», «Код», «Ответственное лицо» в виде таблицы. Код присваивается по нарастающей от 1, с его помощью легко найти необходимую бригаду в системе по ее уникальному коду. 4.3 Планирование выполнения заказов Жизнедеятельность любого предприятия нельзя представить без внесения в базу каких-либо событий, связанных с датами из проведения. Такие операции Подп. и дата называются – хозяйственными операциями, а в 1С – документ. Ключевым полем при регистрации любой хозяйственной операции является дата. Однако стоит отметить что в этом поле храниться не только число проведения документа, но и Инв.№ подл. время. При создании документа, по умолчанию присваивается текущая Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 54

системная дата с нулевым временем, а при записи устанавливается текущая отметка времени. У документа есть всего три состояния: создан, проведен или помечен на удаление. Только проведенный документ может вносить изменения в финансовые состояния базы данных. Созданный, но не проведенный документ не несет в себе никакой силы, это лишь черновик. Если пользователь ошибся с проведением, то этот объект можно либо откорректировать, либо пометить на удаление. В нашей системе есть множество документов, работающих с разными типами номенклатур, но в расчете трудозатрат учувствует лишь один – документ «Планирование выполнения заказов». Чтобы создать новый план пользователю надо перейти во вкладку «Производство» и выбрать необходимый документ. Появиться перечень всех проведенных до этих планов. После нажатия кнопки «Создать» появиться форма для заполнения. В нем отражаются ответственные лица за его выполнение, бригады смены, заказы. Исходя из справочника необходимую бригаду из справочника бригад и вносит выполнения этого заказа в хвост очереди. При необходимости диспетчер может изменить расстановку заказов на свое усмотрение. Пример создания такого плана представлен на рисунке 18. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата трудозатрат и количества необходимой продукции, система подбирает Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 55

Подп. и дата Рисунок 18 – Создание плана выполнения заказов Выбор бригад производиться исходя из выбранного заказа, которые сортируются в порядке возрастания. В последствии выбирается менее Инв. № дубл. трудозатратный. Согласно необходимой номенклатуре и количества в соответствии с их нормами трудозатрат из справочника, расчитывается необходимое количество сотрудников. Далее из бригат выбираются подходящая. Взам. инв. № Полученная статистика выполнения заказов идет на формирование отчетов для администрации предприятия. Назначение отчётов программного продукта 1С – вывод актуальной информации о хозяйственных операциях в определённом формате из Инв.№ подл. Подп. и дата 4.4 Генерирование отчетов по выполнению заказов. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 56

сформированной документами базы данных. Документы и Отчёты в 1С взаимосвязаны и похожи друг на друга, но функция Отчеты обычно выводят в отдельную подсистему. Сформирвоать такой отчет для пользователя не составит труда. Все что нужно, это перейти во вкладку Отчеты, выбрать один из них и нажать кнопку «Сформировать». Система сама сгруппирует информацию в таблицу. [13] Основным полем остаються бригады ,которые и выполняли наш план. Далее указывается время работы, завершенные заказы, ответственное лицо и период его исполнения. Подп. и дата Сформированный отчет представлен на рисунке 19. Рисунок 19 – Отчет плана выполнения Подобные отчеты нужны для наглядности ведения хозяйственных операций. По предприятии. бригадами Отчеты или даже помогают цехами. перераспределить Такие сотрудников перестановки повысят между общую производительность предприяти. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. статистике этих отчетов можно выявить избыток или недостаток кадров на Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 57

ЗАКЛЮЧЕНИЕ В ходе работы над дипломным проектом были тщательно исследованы и проанализированы методы расчетов трудозатрат. Первым этапом проектирования стало моделирование информационной базы, результатом которого явилась логическая модель данных. С помощью диаграммы вариантов использования и диаграммы последовательности, диаграммы классов и развертывания средствами унифицированного языка объектно-ориентированного моделирования (UML) были описаны функциональные возможности системы. На основе построенных моделей была разработана информационная система по расчетам трудозатрат на предприятии мясоперерабатывающей промышленности. Для автоматизации предметной области выбрана система «1С:Предприятие 8.3», которая обладает широким набором функциональных возможностей, удобным и интуитивно понятным интерфейсом и высокой Взам. инв. № Инв. № дубл. Подп. и дата степенью защищённости. Конфигурация представляет собой описание. Она описывает структуру данных, которые пользователь будет использовать в режиме работы «1С:Предприятие 8.3». Кроме этого конфигурация описывает всевозможные алгоритмы обработки этих данных, содержит информацию о том, как эти данные должны будут выглядеть на экране. В дальнейшем платформа «1С:Предприятие 8.3» на основании этого описания создаст базу данных, которая будет иметь необходимую структуру, и предоставит пользователю возможность работать с этой базой данных. Внедрение такой автоматизированной информационной системы позволит производительность труда рабочего персонала, благодаря качественному планированию процесса выпуска продукции по наименованиям. Инв.№ подл. Подп. и дата повысить Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 58

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1 1С:Предприятие 8 [Электронный ресурс]. — Режим доступа: http://www.v8.1c.ru/.— Загл. с экрана. 2 Маклаков С. В. BPwin и ERwin. Case-средства разработки информационных систем / С. В. Маклаков. — М. : Диалог-Мифи, 1999. — 256 с. 3 Язык UML Руководство пользовател [Электронный ресурс]. — Режим доступа: http://dit.isuct.ru/ivt/books/CASE/case11/ch30.htm.— Загл. с экрана. 4 Червенчук И. В. Информационные системы и процессы, моделирование и управление. Моделирование информационных систем с помощью UML: учебное пособие/ И. В. Червенчук. — Омск: Омский государственный институт сервиса, 2006. — 48с. 5 Диаграммы классов UML. Логическое моделирование [Электронный ресурс]. — Режим доступа: http://www.informicus.ru/default.aspx?SECTION Взам. инв. № Инв. № дубл. Подп. и дата =6&id=73&subdivisionid=3.— Загл. с экрана. 6 Технология разработки программного обеспечения [Электронный ресурс]. — Режим доступа: http://unesco.kemsu.ru/study_work/method/po /UMK/lab_pract/lab04.html.— Загл. с экрана. 7 Радченко M. Г. 1С:Предприятие 8.2. Практическое пособие разработчика / M. Г. Радченко, Е. Ю. Хрусталева— М.: ООО «1С-Паблишинг», 2009. — 872 с. 8 Профессиональная разработка в системе 1С:Предприятие 8 [Электронный ресурс]. — Режим доступа: http://langslab.com/.— Загл. с экрана. 9 Габец А. П. Реализация прикладных задач в системе "1С:Предприятие Паблишинг, 2010. — 720 c. Инв.№ подл. Подп. и дата 8.2" / А. П. Габец, Д. В. Козырев, Д. С. Кухлевский, Е.Ю. Хрусталева— М.: 1С- Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 59

10 Создание печатной формы в 1с [Электронный ресурс]. — Режим доступа: http://1cblogs.ru/1c-prostye-primery-razrabotki/sozdanie-vneshnej- pechatnoj-formy/.— Загл. с экрана. 11 Мелькина Н. Н. Методические указания к технико-экономическому обоснованию дипломных проектов (для студентов всех форм обучения инженерных специальностей)/ Н. Н. Мелькина. — Саранск: Мордов. ун-т, 2013. — 35 c. 12 Долин П. А. Справочник по технике безопасности 6-е изд., перераб. и доп./ П. А. Долин — М.: Энергоатомиздат, 1984. – 824 с. 13 Организация рабочего места при работе за компьютером 8 [Электронный ресурс]. — Режим доступа: http://www.grandars.ru/shkola /bezopasnost-zhiznedeyatelnosti/organizaciya-raboty-za-kompyuterom.html.— Загл. с экрана. 14 Автоматизированная информационная система по расчёту трудозатрат на предприятии мясоперерабатывающей промышленности [Электронный 30.05.18.pdf — Загл. с экрана. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ресурс]. — Режим доступа: http://issledo.ru/wp-content/uploads/2018/06/Sb_k-2- Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 60

ПРИЛОЖЕНИЕ А (справочное) Техническое задание 1. Общие сведения 1.1. Наименование системы Полное наименование системы: Автоматизированная информационная система "АвтоДиспетчер ". Условное обозначение системы: АИС "АвтоДиспетчер" 1.2. Основания для проведения работ сопровождение прикладного программного обеспечения для автоматизации расчета трудозатрат на предприятии, а именно АИС «АвтоДиспетчер». 1.3. Взам. инв. № Инв. № дубл. Подп. и дата Договор №135426 от 8 января 2018 года на поставку, внедрение и Наименования Разработчика и Заказчика работ и их реквизиты Разработчик: Закрытое акционерное общество "Автоматизированные информационные системы" Адрес: 103237, Саранск, пр. Ленина, д.23 Банковские реквизиты: ЗАО "Автоматизированные информационные системы", ИНН 7501004321, р/сч № 40603410800020007021 в АКБ Сбербанк России, БИК 044579857, корр. счет № 30101820400000000335 Инв.№ подл. Подп. и дата Тел.: (834)222-33-55 Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 61

Заказчик: Общество с ограниченной ответственностью "Юбилейный" Адрес: Россия, Республика Мордовия, Чамзинский район, п.Чамзинка, ул.Юбилейная, д2 Тел.: 8(834)3720521, 8(834)3720520 Банковские реквизиты: ООО "Юбилейный", ИНН 7501004321, р/сч № 40603410800020004521 в СКБ Банк "Гарантия", БИК 044573421, корр. счет № 30101820400000001234 1.4 Сроки начала и окончания работ Дата начала работ: 08.01.2018 Дата окончания работ: 01.07.2018 Взам. инв. № Инв. № дубл. Подп. и дата 1.5. Источники и порядок финансирования работ Финансирование работ осуществляется из средств ООО "Юбилейный". Порядок финансирования работ определяется условиями Договора № 135426 от 8.01.2018 г. 1.6. Порядок оформления и предъявления Заказчику результатов работ Работы по созданию Системы производятся и принимаются поэтапно. По окончании каждого из этапов работ Разработчик представляет Заказчику соответствующую документацию и подписанный со стороны Акт "Пусконаладочные сдачи-приемки работы" и работ, "Опытная а по окончании эксплуатация" этапов дополнительно уведомляет Заказчика о готовности Системы и ее частей к испытаниям. Инв.№ подл. Подп. и дата Разработчика Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 62

2. Назначение и цели создания системы АИС "АвтоДиспетчер" - прикладное программное обеспечение, предназначенное для: - автоматизации расчета трудозатрат; - регистрации поступающих заказов; -планирования выполнения заказов; -ведения учета и контроля выполнения работ; -назначения исполнителей по каждому заданию, отслеживания процесса выполнения заданий и решения проблем; -сбор статистической информации по работам и исполнителям. Основными целями внедрения системы являются создание единого механизма работы предприятия мясоперерабатывающей промышленности, осуществляющего взаимодействие между диспетчерами и работниками цехов, функционально полного механизма регистрации и планирования заказов, также обеспечение полноты, достоверности и оперативности информационной поддержки для принятия решений о назначении исполнителей и ответственных лиц на отдельных этапах обработки продукции. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата хранения отчетов об их выполнении с возможностью уведомления директора, а Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 63

3. Характеристика объекта автоматизации Объектом автоматизации является набор процессов, указанных в "Разработка технического проекта" , которые имеют место в рамках осуществления автоматизации расчетов трудозатрат на предприятии мясоперерабатывающей промышленности, а также ряда дополнительных участников, выполняющих функции информационной поддержки, контроля, а также нормативного регулирования объекта автоматизации. Выделены следующие процессы в деятельности предприятия, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации представлены в таблице 3. Таблица 3 – Характеристика объектов автоматизации Структурное Наименование Возможности Решение об подразделение процесса автоматизации автоматизации в ходе проекта Взам. инв. № Инв. № дубл. Подп. и дата Диспетчерская Возможна заказа Диспетчерская Диспетчерская Будет автоматизирован Планирование Возможна Будет заказа автоматизирован Изменение заказа Возможна Будет автоматизирован Диспетчерская Удаление заказа Возможна Будет автоматизирован Диспетчерская Администрация Администрация Корректирование Возможна Будет плана автоматизирован Генерация Изм Лист № докум. Возможна Будет полного отчета автоматизирован Генерация отчета Возможна Будет с графиком автоматизирован Инв.№ подл. Подп. и дата Регистрация Подпись Дата БР-02069964-090301-18-18 Лист 64

Окончание таблицы 3 Администрация Запрос о заказе Возможна Будет автоматизирован Цеховая Формирование структура запросов Возможна Будет о автоматизирован предыдущих заказах Цеховая Назначение структура исполнителей Возможна Будет автоматизирован В приложении АИС "АвтоДиспетчер" предусмотрена возможность построения различных отчетов. Сформированные отчеты выводятся в приложение MS Excel. Пользователь имеет возможность вывести отчет на печать или сохранить отчет на диске. Подп. и дата Основные типы отчетов: ‒ План заказов; ‒ Сводная таблица заказов с указанием контрагентов; ‒ Отчет об распределении трудовых ресурсов на каждый этап обработки Инв. № дубл. продукции; ‒ Сводная таблица ответственных лиц за каждый этап обработки продукции; ‒ Сводная таблица занятости сотрудников за месяц с графиком эффективности их работы; Отчет о сроках выполнения заказов или причинах их невыполнения; ‒ Отчет с выводом сальдо по взаиморасчетам с поставщиками. Инв.№ подл. Подп. и дата Взам. инв. № ‒ Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 65

4. Требования к системе 4.1. Требования к системе в целом 4.1.1. Требования к структуре системы АИС "АвтоДиспетчер" предназначена для автоматизации планирования выполнения заказов и расчета трудозатрат. Автоматизации подлежат операции подготовки плана, регистрации и отслеживания статуса заказов, расстановки трудовых ресурсов согласно этапам обработки, формировании отчетов, а так же фиксация результатов. АИС "АвтоДиспетчер" должна быть централизованной - все данные должны располагаться в центральном хранилище. Система должна иметь двухуровневую архитектуру. В Системе предлагается выделить следующие функциональные подсистемы: - Подсистема хранения данных - подсистема предназначена для Подп. и дата хранения данных в структурах нацеленных на принятие решений; - Подсистемы автоматизации деятельности диспетчера, директора, мастера цеха - подсистемы предназначены для автоматизации Инв. № дубл. повседневной деятельности работников предприятия. Взам. инв. № 4.1.2 Требования к режимам функционирования системы Система должна поддерживать следующие режимы функционирования: - Основной режим, в котором подсистемы выполняют все свои основные функции. Подп. и дата - Профилактический режим, в котором одна или все подсистемы не Инв.№ подл. выполняют своих функций. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 66

В основном режиме функционирования Система должна обеспечивать: работу пользователей режиме – 24 часов в день, 7 дней в неделю (24х7); выполнение своих функций В профилактическом режиме Система должна обеспечивать возможность проведения следующих работ: техническое обслуживание; модернизацию аппаратно-программного комплекса; устранение аварийных ситуаций. Общее время проведения профилактических работ не должно превышать 0.5% от общего времени работы системы в основном режиме (3.5 часа в месяц). Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР. Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание. 4.1.3 Требования к способам и средствам связи для информационного Взам. инв. № Инв. № дубл. Подп. и дата обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать стек протоколов TCP/IP. Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, IPv4, IPv6. Для организации доступа пользователей к списку заявок должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS. Программное обеспечение системы должно обеспечивать интеграцию и совместимость на информационном Инв.№ подл. Подп. и дата 4.1.4 Требования к совместимости со смежными системами Изм Лист № докум. Подпись Дата уровне с другими системами. БР-02069964-090301-18-18 Лист 67

Информационная совместимость должна обеспечивается, на уровне экспортаимпорта XML-документов. Необходимыми условиями, налагаемыми на архитектуру взаимодействия, являются согласованность с разработанными регламентами использования системы и использование открытых форматов обмена при организации взаимодействия между подсистемами. 4.1.5 Перспективы развития системы Перспективы развития АИС: АИС должна иметь длительный жизненный цикл, АИС должна быть построена с использованием стандартизованных и эффективно сопровождаемых решений, АИС должна быть реализована как открытая система, и должна допускать наращивание функциональных возможностей, АИС должна обеспечивать возможность модернизации как путем замены технического и общего программного обеспечения (ПО), так и путем совершенствования информационного обеспечения. Взам. инв. № Инв. № дубл. Подп. и дата 4.1.6. Требования к численности и квалификации персонала и режиму его работы Количество пользователей АИС определяется текущими потребностями ООО «Юбилейный». В настоящее время на предприятии имеется 5 производственных цеха (5 мастеров), диспетчер 2 и 3 директора. Увеличение количества мастеров в ближайшие 8 лет – максимально 10, директоров – максимально 2, диспетчеров – максимально 3. Перечень мероприятий текущего контроля технического состояния оборудования АИС должен быть согласован на стадии предпроектного Пользователи АИС должны иметь базовые навыки работы с операционными системами Microsoft (любая из версий: Microsoft Windows Инв.№ подл. Подп. и дата обследования. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 68

7,8,8.1,10), офисным программным обеспечением Microsoft Office и знания СУБД. Техническое обслуживание и администрирование оборудования АИС должно выполняться специалистами, имеющими соответствующую квалификацию и навыки выполнения работ. Все диспетчера АИС должны иметь квалификацию "инженер" и обязательные навыки администрирования сети на основе операционной системы Microsoft Windows 10. Персонал, работающий с АИС и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах: - Мастер Цеха – в соответствии с основным рабочим графиком подразделений Заказчика. -Диспетчер – двухсменный график, поочередно. - Директор – в соответствии с основным рабочим графиком подразделений Заказчика. Взам. инв. № Инв. № дубл. Подп. и дата 4.1.7. Показатели назначения Система должна обеспечивать возможность одновременной работы 20 пользователей для подсистемы автоматизации управления, и не менее 10-ти пользователей для подсистемы хранения данных при следующих характеристиках времени отклика системы: – для операций навигации по экранным формам системы – не более 5 сек; – время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время. выполнять требования, приведенные в таблице 4. Инв.№ подл. Подп. и дата В зависимости от различных вероятных условий система должна Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 69

Таблица 4 – Требования сохранению работоспособности системы Вероятное условие Требование Нарушения в работе системы Функционирование в полном объеме. внешнего электроснабжения серверного оборудования продолжительностью до 15 мин. Выход из строя сервера Уведомление подсистемы хранения данных подсистемы администратора хранения администратора обработки данных подсистемы и Автоматическое и сбора, загрузки данных. переключение на резервный сервер. Выход из строя одного из жестких Функционирование в полном объеме. дисков. пред проектного обследования. Обеспечение приспособляемости системы должно выполняться за счет своевременности администрирования, модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями; модификации процедур доступа и представления данных конечным пользователям, наличия настроечных и конфигурационных файлов у ПО подсистем; 4.1.8. Требования к надежности Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Прочие показатели назначения АИС разрабатываются после проведения 4.1.8.1 Состав показателей надежности для системы в целом Инв.№ подл. Уровень надежности должен достигаться согласованным применением Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 70

организационных, организационно-технических мероприятий и программноаппаратных средств. Надежность должна обеспечиваться за счет: ‒ применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач; ‒ своевременного выполнения процессов администрирования системы; ‒ соблюдения правил эксплуатации и технического обслуживания; ‒ предварительного обучения пользователей и обслуживающего персонала. Время восстановления работоспособности прикладного ПО АИС при любых сбоях и отказах не должно превышать одного рабочего дня, исключая случаи неисправности серверного оборудования. Система должна соответствовать следующим параметрам: ‒ среднее время восстановления Q часов - определяется как сумма всех Взам. инв. № Инв. № дубл. Подп. и дата времен восстановления за заданный календарный период, поделенные на продолжительность этого периода; ‒ коэффициент готовности W - определяется как результат отношения средней наработки на отказ к сумме средней наработки на отказ и среднего времени восстановления; ‒ время наработки на отказ E часов - определяется как результат отношения суммарной наработки Системы к среднему числу отказов за время наработки. Другие значения показателей надежности должны быть определены после проведения предпроектного обследования. Подп. и дата Средняя наработка на отказ не должна быть меньше 400 часов. 4.1.8.2 Перечень аварийных ситуаций, по которым Инв.№ подл. регламентируются требования к надежности Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 71

Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой АИС, а также «зависание» этого процесса. При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы сбой в электроснабжении сервера, сбой в электроснабжении рабочей станции пользователей системы, сбой в электроснабжении обеспечения локальной сети (поломка сети), ошибки АИС, не выявленные при отладке и испытании системы, сбои программного обеспечения сервера. 4.1.8.3 Требования к надежности технических средств и программного обеспечения К надежности оборудования предъявляются следующие требования: - в качестве аппаратных платформ должны использоваться средства с повышенной надежностью; Взам. инв. № Инв. № дубл. Подп. и дата - применение технических средств, соответствующих классу решаемых задач; - аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев. К надежности электроснабжения предъявляются следующие требования: - с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 30 минут; - система должны быть укомплектована подсистемой оповещения - система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает 30 минут; Инв.№ подл. Подп. и дата Администраторов о переходе на автономный режим работы; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 72

- должно быть обеспечено бесперебойное питание активного сетевого оборудования. Надежность аппаратных и программных средств должно обеспечиваться за счет следующих организационных мероприятий: - предварительного обучения пользователей и обслуживающего персонала; - своевременного выполнения процессов администрирования; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - своевременное выполнение процедур резервного копирования данных. Надежность программного обеспечения подсистем должна обеспечиваться за счет: -надежности общесистемного ПО и ПО, разрабатываемого Разработчиком; - проведением комплекса мероприятий отладки, поиска и исключения ошибок; последующего анализа и изменения конфигурации. 4.1.8.4 Взам. инв. № Требования к методам оценки и контроля показателей надежности Инв. № дубл. Подп. и дата - ведением журналов системных сообщений и ошибок по подсистемам для на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами Проверка выполнения требований по надежности должна производиться на этапе проектирования ‒ расчетным путем, а на этапах испытаний и Подп. и дата эксплуатации ‒ по методике Разработчика, согласованной с Заказчиком. Инв.№ подл. 4.1.9 Требования безопасности Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 73

При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования». Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации». Взам. инв. № Инв. № дубл. Подп. и дата Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин: ‒ 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства; ‒ 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством. Инв.№ подл. Подп. и дата 4.1.10 Требования к эргономике и технической эстетике Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 74

Подсистемы автоматизации деятельности диспетчера проекта и сотрудников должны обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям. В части внешнего оформления: - интерфейсы подсистем должен быть типизированы; - должно быть обеспечено наличие локализованного интерфейса пользователя; - должен использоваться шрифт Times New Roman; - размер шрифта должен быть 14 пт; - в шапке отчетов должен использоваться логотип Заказчика. В части диалога с пользователем для наиболее частых операций должны быть предусмотрены «горячие» клавиши, а при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. В части процедур ввода-вывода данных должна быть возможность Взам. инв. № Инв. № дубл. Подп. и дата получения отчетности по мониторингу работы подсистем. 4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Условия эксплуатации, а также виды и периодичность обслуживания технических средств Системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них. Технические средства Системы и персонал должны размещаться в должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия». Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части Инв.№ подл. Подп. и дата существующих помещениях Заказчика, которые по климатическим условиям Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 75

воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т = 25 °С, атмосферное давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования». Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство питается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом. Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП). Состав, место и условия хранения ЗИП определяются на этапе 4.1.12 Требования к защите информации от несанкционированного доступа Обеспечение информационной безопасности АИС должно удовлетворять следующим требованиям: ‒ защита Системы должна обеспечиваться комплексом программно- Взам. инв. № Инв. № дубл. Подп. и дата технического проектирования. технических средств и поддерживающих их организационных мер; ‒ защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах Подп. и дата функционирования, в том числе при проведении ремонтных и Инв.№ подл. регламентных работ; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 76

‒ программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации); Средства антивирусной защиты должны быть установлены на всех рабочих местах АИС и должны обеспечивать: ‒ централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей; ‒ централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов; ‒ централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов; ‒ ведение журналов вирусной активности; ‒ администрирование всех антивирусных продуктов. Средствами обеспечения сохранности информации при авариях и сбоях в процессе эксплуатации являются: ‒ носители информации (сменные: оптические - дисковые или магнитные ленточные, накопители на сменных жестких дисках); Взам. инв. № Инв. № дубл. Подп. и дата 4.1.13 Требования по сохранности информации при авариях ‒ создание резервной копии базы данных; ‒ создание резервной копии программного обеспечения. Для восстановления данных и программного обеспечения из резервной должны использоваться средства резервного копирования и архивирования. АСУ должна обеспечивать возможность резервирования всех данных, хранящихся на серверах АСУ, а также возможность их восстановления. Инв.№ подл. Подп. и дата копии Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 77

Резервное копирование данных должно осуществляться эксплуатационным персоналом ООО "Юбилейный" ежедневно, автоматически по расписанию. Для сокращения объема копируемых данных процедура копирования может быть инкрементальной (копирование только изменений с предыдущего копирования), но при этом не реже раза в неделю должно производиться и полное копирование. Должна быть предусмотрена возможность восстановления данных за день сбоя с помощью их повторного ввода или импорта (для данных из внешних систем, получаемых автоматически). 4.1.14 Требования к защите от влияния внешних воздействий Применительно к программно-аппаратному окружению Системы предъявляются следующие требования к защите от влияния внешних воздействий. Взам. инв. № Инв. № дубл. Подп. и дата Требования к радиоэлектронной защите: ‒ электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения АПК Системы, не должны приводить к нарушениям работоспособности подсистем. Требования по стойкости, устойчивости и прочности к внешним воздействиям: ‒ Система должен иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % - 30 %); Требуется источник бесперебойного питания. допустимых температур окружающей среды, установленных изготовителем аппаратных средств. Инв.№ подл. Подп. и дата ‒ Система должна иметь возможность функционирования в диапазоне Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 78

‒ Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств. ‒ Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 4.1.15 Требования по стандартизации и унификации Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Моделирование должно выполняться в рамках стандартов, Взам. инв. № Инв. № дубл. Подп. и дата поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х. Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) должны использоваться: встроенные возможности 1С. 4.1.16 Дополнительные требования Необходимо создать отдельные самостоятельные зоны разработки и тестирования системы АИС. Подп. и дата Для зоны разработки и тестирования должны использоваться те же программные средства, что и для зоны промышленной эксплуатации. Требования к функциям, выполняемым системой Инв.№ подл. 4.2 Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 79

4.2.1 Подсистема автоматизации работы диспетчера проекта Перечень функций, задач подлежащей автоматизации приведен в таблице 5. Таблица 4.2 – Перечень функций, задач подлежащей автоматизации Функция Задача Создание плана Планирование нового заказа Корректировка плана Создание заказа Регистрация заказа Изменение заказа Удаление заказа Удаление заказа Временной регламент реализации каждой функции, задачи приведен в Взам. инв. № Инв. № дубл. Подп. и дата таблице 6. Таблица 6. – Временной регламент реализации каждой функции Задача Требования к временному регламенту Регистрация заказа Весь функционирования системы, при системы, при системы, при системы, при системы, при возникновении необходимости Планирование нового Весь период функционирования заказа возникновении необходимости Изменение заказа Весь период функционирования возникновении необходимости Корректировка плана Подп. и дата период Весь период функционирования возникновении необходимости Удаление заказа Весь период функционирования Инв.№ подл. возникновении необходимости Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 80

Требования к качеству реализации функций, задач приведен в таблице 7. Таблица 7 – Требования к качеству реализации функций Задача Форма представления Характеристики точности и выходной информации Регистрация В заказа требованиям ОС Планирование В нового заказа требованиям ОС Корректировка В плана требованиям ОС соответствии Определяется соответствии Определяется Подп. и дата Инв. № дубл. регламентом эксплуатации соответствии Определяется требованиям ОС Взам. инв. № регламентом эксплуатации требованиям ОС регламентом эксплуатации Перечень критериев отказа для каждой функции приведен в таблице 8. Таблица 8 – Перечень критериев отказа для каждой функции Функция Критерии отказа Создание Не плана Введена заполнена Время Коэффициент восстановления готовности форма. 1 с 0.85 некорректная иерархия заказов Создание Не заполнена форма 1с 0.75 Удаление Не подтверждена операция 1 с 0.75 заказа удаления заказа Инв.№ подл. Подп. и дата регламентом эксплуатации соответствии Определяется В регламентом эксплуатации соответствии Определяется Изменение заказа В Удаление заказа времени выполнения Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 81

4.2.2 Подсистема автоматизации работы мастера цеха Перечень функций, задач подлежащей автоматизации приведен в таблице 9. Таблица 9 – Перечень функций, задач подлежащей автоматизации Функция Задача Уточнение информации о заказе Запрос о заказе Расстановка трудовых ресурсов по Назначение исполнителей этапам обработки Фиксация результатов выполнения Фиксация результатов подзадачи Временной регламент реализации каждой функции, задачи приведен в Таблица 10 – Временной регламент реализации каждой функции Задача Требования к временному регламенту Запрос о заказе Весь период функционирования системы, при системы, при системы, при возникновении необходимости Назначение Весь исполнителей возникновении необходимости Фиксация Весь результатов возникновении необходимости период период функционирования функционирования Требования к качеству реализации функций, задач приведены в таблице 11. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата таблице 10. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 82

Таблица 11 – Требования к качеству реализации функций Задача Форма представления Характеристики выходной информации точности и времени выполнения Запрос о заказе В соответствии требованиям Определяется ОС регламентом эксплуатации Назначение В соответствии требованиям Определяется исполнителей ОС регламентом эксплуатации Фиксация В соответствии требованиям Определяется результатов ОС регламентом эксплуатации Перечень критериев отказа для каждой функции приведен в таблице 12. Взам. инв. № Инв. № дубл. Подп. и дата Таблица 12 – Перечень критериев отказа для каждой функции Функция Время Коэффициент отказа восстановл готовности ения Уточнение информации о Введены заказе 1с 0.7 некорректные параметры поиска Расстановка ресурсов трудовых Не по заполнена 1 с 0.85 заполнена 1 с 0.7 этапам форма обработки Фиксация результатов Не выполнения подзадачи Инв.№ подл. Подп. и дата Критерии Изм Лист № докум. Подпись Дата форма БР-02069964-090301-18-18 Лист 83

4.2.3 Подсистема автоматизации работы директора проекта Перечень функций, задач подлежащей автоматизации приведен в таблице 13. Таблица 13 – Перечень функций, задач подлежащей автоматизации Функция Задача Уточнение информации о заказе Запрос о заказе Генерация отчетов эффективности Генерация полного отчета использования трудовых ресурсов Генерация отчета с графиком Временной регламент реализации каждой функции, задачи приведен в Подп. и дата таблице 14. Таблица 14– Временной регламент реализации каждой функции Задача Требования к временному регламенту Запрос о заказе Весь период функционирования системы, при системы, при системы, при Инв. № дубл. Генерация Взам. инв. № возникновении необходимости графиком полного Весь отчета период функционирования возникновении необходимости Генерация отчета с Весь период функционирования возникновении необходимости 4.13. Таблица 4.13 – Требования к качеству реализации функций Инв.№ подл. Подп. и дата Требования к качеству реализации функций, задач приведен в таблице Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 84

Задача Форма представления Характеристики точности и выходной информации Запрос о заказе В соответствии Определяется требованиям ОС Генерация В полного отчета требованиям ОС регламентом эксплуатации соответствии Определяется требованиям ОС регламентом эксплуатации соответствии Определяется Генерация отчета В с графиком времени выполнения регламентом эксплуатации Перечень критериев отказа для каждой функции приведен в таблице 4.14. Таблица 4.14 – Перечень критериев отказа для каждой функции Функция Критерии Уточнение Не информации о заказе форма. Коэффициент восстановления готовности заполнена 1 с 0.85 Введены некорректные параметры поиска Генерация отчетов Не эффективности заполнена 1 с 0.75 форма использования трудовых ресурсов Взам. инв. № Инв. № дубл. Подп. и дата отказа Время 4.3 Требования к видам обеспечения Подп. и дата 4.3.1 Требования к математическому обеспечению Инв.№ подл. Не предъявляются. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 85

4.3.2 Требования к информационному обеспечению Структура хранения данных в АИС должна состоять из следующих основных областей: ‒ область временного хранения данных; ‒ область постоянного хранения данных. Область постоянного хранения данных должна строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям. Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда». Информационный обмен между компонентами системы АИС должен быть реализован следующим образом в таблице 13: Таблица 13 – Информационный обмен между компонентами системы Взам. инв. № Инв. № дубл. Подп. и дата Подсистемы Подсистема Подсистема Подсистема Подсистем автоматизаци автоматизаци автоматизаци а и и и хранения деятельности деятельности деятельности данных диспетчера мастера цеха директора проекта Подсистема автоматизаци и работы Х диспетчера Инв.№ подл. Подп. и дата проекта Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 86

Окончание таблицы 13 Подсистема автоматизации Х деятельности мастера цеха Подсистема автоматизации Х деятельности директора Подсистема хранения Х Х Х данных Состав данных для осуществления информационного обмена по каждой смежной системе должен быть определен Разработчиком на стадии Подп. и дата «Проектирование. Разработка эскизного проекта. Разработка технического проекта» совместно с полномочными представителями Заказчика. Система не должна быть закрытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через Инв. № дубл. интерфейсные таблицы или файлы данных. Система должна обеспечить возможность загрузки данных, получаемых от смежной системы. Взам. инв. № Система по возможности должна использовать классификаторы и справочники, которые ведутся в системах-источниках данных. Основные классификаторы и справочники в системе должны быть Значения классификаторов и справочников, отсутствующие в системах источниках, но необходимых для анализа данных, необходимо поддерживать в специально разработанных файлах или репозитории базы данных. Для Инв.№ подл. Подп. и дата едиными. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 87

реализации подсистемы хранения данных должна использоваться промышленная СУБД 1С: Предприятие 8. . Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта». Информация в базе данных системы данных должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут, в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме Взам. инв. № Инв. № дубл. Подп. и дата хранения данных. К контролю данных предъявляются следующие требования: ‒ система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных. К хранению данных предъявляются следующие требования: ‒ хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока, данные должны переходить в архив; храниться на ленточном массиве с возможностью их восстановления. К обновлению и восстановлению данных предъявляются следующие требования: Инв.№ подл. Подп. и дата ‒ исторические данные, превышающие пятилетний порог, должны Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 88

‒ для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев; ‒ для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев; ‒ для данных хранилища данных необходимо обеспечить резервное копирование и архивацию на ленточный массив в следующие промежутки времени: ‒ холодная копия ‒ ежеквартально; ‒ логическая копия ‒ ежемесячно (конец месяца); ‒ инкрементальное резервное копирование ‒ еженедельно (воскресение); ‒ архивирование ‒ ежеквартально; При реализации системы должны применяться следующие язык 1C. Должны выполняться следующие требования к кодированию и декодированию данных: Windows CP1251 для подсистемы хранения данных; Windows CP1251 информации, поступающей из систем-источников. Для описания предметной области (объекта автоматизации) должен использоваться ERwin. Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс. 4.3.4 Требования к программному обеспечению Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата 4.3.3 Требования к лингвистическому обеспечению Инв.№ подл. К обеспечению качества ПС предъявляются следующие требования: Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 89

‒ функциональность должна обеспечиваться выполнением подсистемами всех их функций. ‒ надежность должна обеспечиваться за счет предупреждения ошибок недопущения ошибок в готовых ПС; ‒ легкость применения обеспечиваться за счет применения покупных программных средств; ‒ эффективность обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом; ‒ сопровождаемость обеспечиваться за счет высокого качества документации по сопровождению, а также за счет: использования в программном тексте и описания объектов комментариев; использованием осмысленных (мнемонических) и устойчиво различимых имен объектов; размещением не больше одного оператора в строке текста программы; избеганием создания фрагментов текстов программ с неочевидным или скрытым смыслом. правильности принятых решений по разработке и применения готовых ПС. Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует. 4.3.5 Требования к техническому обеспечению Система должна быть реализована с использованием серверов со следующими характеристиками: Минимальные системные требования к клиентскому ПК: ‒ 512 Mb памяти ‒ 300 Mb свободного дискового пространства ‒ процессор с тактовой частотой 1.6 ГHz ‒ Операционная система Windows 10. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ‒ также на каждом этапе в разработки ПС должна проводится проверка Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 90

Минимальные системные требования к серверу: ‒ Процессор с частотой 1 ГГц или более быстрый; ‒ 1GB оперативной памяти; ‒ 10GB свободного места на диске; ‒ Для установки в графическом режиме необходимо разрешение экрана 800x600 или выше. Требования к метрологическому обеспечению Не предъявляются. 4.3.6 Требования к организационному обеспечению Основными пользователями системы АИС являются сотрудники функционального подразделения Заказчика. Обеспечивает эксплуатацию подразделение информационных технологий Заказчика. Взам. инв. № Инв. № дубл. Подп. и дата Состав сотрудников каждого из подразделений определяется штатным расписанием Заказчика, которое в случае необходимости может изменяться. К организации функционирования АИС и порядку взаимодействия персонала обеспечивающего эксплуатацию и пользователей предъявляются следующие требования: ‒ в случае возникновения со стороны функционального подразделения, необходимости изменения функциональности АИС, пользователи должны сообщить об этом начальнику отдела. ‒ подразделение обеспечивающее эксплуатацию системы должен заранее (не менее чем за 3 дня) информировать всех пользователей (с указанием точного К защите от ошибочных действий персонала предъявляются следующие требования: Инв.№ подл. Подп. и дата времени и продолжительности) о переходе её в профилактический режим. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 91

‒ должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных; ‒ для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности; ‒ для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя. 4.3.7 Требования к методическому обеспечению Приводятся названия методик, инструкций и ссылки на них для ПО и АПК каждой из подсистем. 4.3.8 Требования к патентной чистоте По всем техническим и программным средствам, применяемым в системе патентная чистота. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата должны соблюдаться условия лицензионных соглашений и обеспечиваться Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 92

5 Состав и содержание работ по созданию системы Работы по созданию системы выполняются в три этапа: Проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность ‒2 месяца). Кодирование (продолжительность ‒ 2 месяцев) Разработка рабочей документации. Адаптация программ (продолжительность ‒ 1 месяцев). Ввод в действие (продолжительность ‒ 1 месяца). Конкретные сроки выполнения стадий и этапов разработки и создания Системы определяются Планом выполнения работ, являющимся неотъемлемой частью Договора на выполнение работ по настоящему Частному техническому заданию. Перечень организаций - исполнителей работ, определение ответственных Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата за проведение этих работ организаций определяются Договором. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 93

6 Порядок контроля и приёмки системы 6.1 Виды и объем испытаний системы Система подвергается испытаниям следующих видов: ‒ Предварительные испытания. ‒ Опытная эксплуатация. ‒ Приемочные испытания. Состав, определяются объем и методы документом предварительных «Программа и испытаний методика системы испытаний», разрабатываемым на стадии «Рабочая документация». Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие». Состав, объем и методы приемочных испытаний системы определяются «Ввод в действие» с учетом результатов проведения предварительных испытаний и опытной эксплуатации. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата документом «Программа и методика испытаний», разрабатываемым на стадии Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 94

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Для создания условий функционирования АИС, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного её использования в организации Заказчика должен быть проведен комплекс мероприятий. Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы: ‒ осуществление закупки и установки необходимого АТК; ‒ организацию необходимого сетевого взаимодействия. Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные Взам. инв. № Инв. № дубл. Подп. и дата вопросы по взаимодействию с системами источниками данных. К данным организационным вопросам относятся: ‒ организация доступа к базам данных источников; ‒ определение регламента информирования об изменениях структур систем источников; ‒ выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами источниками данных. Для организации информационного обеспечения системы должны быть разработаны и утверждены следующие регламенты: Перечень регламентов может быть изменен на стадии «Разработка рабочей документации. Адаптация программ». Инв.№ подл. Подп. и дата ‒ Регламент подготовки и публикации данных из систем источников. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 95

8 Требования к документированию Требования к документированию приведены в таблице 14. Таблица 14 – Требования к документированию Этап Документ Проектирование. Разработка Ведомость эскизного проекта эскизного проекта. Пояснительная записка к эскизному проекту Разработка технического Ведомость технического проекта проекта Пояснительная записка к техническому проекту Схема функциональной структуры Разработка рабочей Ведомость эксплуатационных документов документации. Адаптация Ведомость машинных носителей информации программ Паспорт Общее описание системы Подп. и дата Технологическая инструкция Руководство пользователя Описание технологического процесса обработки данных (включая телеобработку) Инв. № дубл. Инструкция по формированию и ведению базы данных (набора данных) Состав выходных данных (сообщений) Программа и методика испытаний Спецификация Описание программ Текст программ Окончание таблицы 14 Инв.№ подл. Подп. и дата Взам. инв. № Каталог базы данных Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 96

Ввод в действие Акт приёмки в опытную эксплуатацию Протокол испытаний Акт приемки Системы в промышленную эксплуатацию Акт завершения работ Вся документация должна быть подготовлена и передана как в печатаном, так и в электронном виде (в формате Microsoft Word). Перечень документов, выпускаемых на машинных носителях. ‒ Модель хранилища данных. Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ‒ Объекты базы данных. Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 97

9 Источники разработки Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов: ‒ Договор № 14315 от 01.10.2017 г. на поставку, внедрение и сопровождение прикладного программного обеспечения для автоматизации управления задачами компании «NanoSoft». ‒ ГОСТ 24.701-86 «Надежность автоматизированных систем управления». ‒ ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды». ‒ ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования». ‒ ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования». Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ‒ ГОСТ Р 50571.22-2000 «Электроустановки зданий». Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 98

ПРИЛОЖЕНИЕ Б (обязательное) Графический материал 1 Диаграмма вариантов использования и диаграмма последовательности «Генерация отчета» 2 Диаграмма последовательности прецедентов «Регистрация заказа» и «Планирование выполнения заказов» 3 Диаграмма классов и диаграмма развертывания Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата 4 ER-диаграмма Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 99

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 100 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 101 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 102 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 103 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

ПРИЛОЖЕНИЕ В (справочное) Программный код Листинг В.1 — Модуль сеанса Процедура УстановкаПараметровСеанса() ИмяПользователя=ПользователиИнформационнойБазы.ТекущийПользов атель().ПолноеИмя; ПараметрыСеанса.Преподаватель=Справочники.Преподаватели.Найти ПоНаименованию(ИмяПользователя); КонецПроцедуры Листинг В.2 — Модуль объекта «Регистрация заказа» Процедура ОбработкаПроведения(Отказ, Режим) //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ // Данный фрагмент построен конструктором. // При повторном использовании конструктора, вручную изменения будут утеряны!!! внесенные Взам. инв. № Инв. № дубл. Подп. и дата // регистр ДвиженияЗаказов Движения.ДвиженияЗаказов.Записывать = Истина; Для Каждого ТекСтрокаЗаказ Из Заказ Цикл Движение = Движения.ДвиженияЗаказов.Добавить(); Движение.Период = Дата; Движение.Договор = Договор; Движение.Номенклатура = ТекСтрокаЗаказ.Номенклатура; Движение.Количество = ТекСтрокаЗаказ.Количество; Движение.Контрагент = Контрагент; Движение.Срочность = Срочность; Движение.Цена = ТекСтрокаЗаказ.Цена; КонецЦикла; Подп. и дата // регистр ДвижениеЗаказы Движения.ДвижениеЗаказы.Записывать = Истина; Для Каждого ТекСтрокаЗаказ Из Заказ Цикл Движение = Движения.ДвижениеЗаказы.Добавить(); Движение.Период = Дата; Движение.Номенклатура = ТекСтрокаЗаказ.Номенклатура; Движение.Количество = ТекСтрокаЗаказ.Количество; Движение.Сотрудник = Диспетчер; КонецЦикла; Инв.№ подл. //}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 104

КонецПроцедуры Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата Листинг В.3 — Модуль печати «Планирование выполнения заказов» Процедура ПечатьПлана(ТабДок, Ссылка) Экспорт //{{_КОНСТРУКТОР_ПЕЧАТИ(Печать Плана) Макет Документы.ПланированиеВыполненияЗаказов.ПолучитьМакет("Печать Плана"); Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ | ПланированиеВыполненияЗаказов.Дата, | ПланированиеВыполненияЗаказов.Диспетчер, | ПланированиеВыполненияЗаказов.КоментарийДиспетчера, | ПланированиеВыполненияЗаказов.МастерЦеха, | ПланированиеВыполненияЗаказов.Номер.( | НомерСтроки, | Бригада, | ОтветственноеЛицо, | КоличествоЧеловек | ), | ПланированиеВыполненияЗаказов.План.( | НомерСтроки, | Заказ, | Бригада, | ОтветственноеЛицо, | ПорядокВОчереди, | ВремяРаботы | ) |ИЗ | Документ.ПланированиеВыполненияЗаказов ПланированиеВыполненияЗаказов |ГДЕ | ПланированиеВыполненияЗаказов.Ссылка В (&Ссылка)"; Запрос.Параметры.Вставить("Ссылка", Ссылка); Выборка = Запрос.Выполнить().Выбрать(); = КАК ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок"); Шапка = Макет.ПолучитьОбласть("Шапка"); ОбластьБригадыСменыШапка = Макет.ПолучитьОбласть("БригадыСменыШапка"); ОбластьБригадыСмены = Макет.ПолучитьОбласть("БригадыСмены"); ОбластьПланШапка = Макет.ПолучитьОбласть("ПланШапка"); ОбластьПлан = Макет.ПолучитьОбласть("План"); Подвал = Макет.ПолучитьОбласть("Подвал"); ТабДок.Очистить(); Инв.№ подл. ВставлятьРазделительСтраниц = Ложь; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 105

Пока Выборка.Следующий() Цикл Если ВставлятьРазделительСтраниц Тогда ТабДок.ВывестиГоризонтальныйРазделительСтраниц(); КонецЕсли; ТабДок.Вывести(ОбластьЗаголовок); Шапка.Параметры.Заполнить(Выборка); ТабДок.Вывести(Шапка, Выборка.Уровень()); ТабДок.Вывести(ОбластьБригадыСменыШапка); ВыборкаБригадыСмены = Выборка.БригадыСмены.Выбрать(); Пока ВыборкаБригадыСмены.Следующий() Цикл ОбластьБригадыСмены.Параметры.Заполнить(ВыборкаБригадыСмены ); ТабДок.Вывести(ОбластьБригадыСмены, ВыборкаБригадыСмены.Уровень()); КонецЦикла; Подвал.Параметры.Заполнить(Выборка); ТабДок.Вывести(Подвал); ВставлятьРазделительСтраниц = Истина; КонецЦикла; //}} КонецПроцедуры Листинг В.4 — Модуль расчета трудозатрат &НаСервереБезКонтекста Функция ПланЗаказПриИзмененииНаСервере(Заказ) Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ | РегистрацияЗаказаЗаказ.Номенклатура Номенклатура, | СУММА(РегистрацияЗаказаЗаказ.Количество) КоличествоЗаказано |ПОМЕСТИТЬ Заказ |ИЗ Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата ТабДок.Вывести(ОбластьПланШапка); ВыборкаПлан = Выборка.План.Выбрать(); Пока ВыборкаПлан.Следующий() Цикл ОбластьПлан.Параметры.Заполнить(ВыборкаПлан); ТабДок.Вывести(ОбластьПлан, ВыборкаПлан.Уровень()); КонецЦикла; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 КАК КАК Лист 106

Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата | Документ.РегистрацияЗаказа.Заказ РегистрацияЗаказаЗаказ |ГДЕ | РегистрацияЗаказаЗаказ.Ссылка = &Ссылка | |СГРУППИРОВАТЬ ПО | РегистрацияЗаказаЗаказ.Номенклатура | |ИНДЕКСИРОВАТЬ ПО | Номенклатура |; | КАК |////////////////////////////////////////////////////////// ////////////////////// |ВЫБРАТЬ ПЕРВЫЕ 1 | Заказ.Номенклатура КАК Номенклатура, | Заказ.КоличествоЗаказано КАК КоличествоЗаказано, | НормаЧеловекоЧасовНормаВремени.Произведено КАК ПроизведеноЗаЧас, | НормаЧеловекоЧасовНормаВремени.КоличествоЧеловекНаОперации КАК КоличествоЧеловекНаОперации, | ЕСТЬNULL(Бригады.Ссылка, ""Пустая"") КАК Бригада, | ЕСТЬNULL(Бригады.КоличествоЧеловек, 0) КАК КоличествоЧеловек, | ЕСТЬNULL(Заказ.КоличествоЗаказано / (НормаЧеловекоЧасовНормаВремени.Произведено * Бригады.КоличествоЧеловек / НормаЧеловекоЧасовНормаВремени.КоличествоЧеловекНаОперации), 0) КАК КоличествоЧасов |ИЗ | Заказ КАК Заказ | ЛЕВОЕ СОЕДИНЕНИЕ Справочник.НормаЧеловекоЧасов.НормаВремени КАК НормаЧеловекоЧасовНормаВремени | ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Бригады КАК Бригады | ПО НормаЧеловекоЧасовНормаВремени.КоличествоЧеловекНаОперации <= Бригады.КоличествоЧеловек | ПО (НормаЧеловекоЧасовНормаВремени.Ссылка.Номенклатура = Заказ.Номенклатура) | |УПОРЯДОЧИТЬ ПО | Бригады.КоличествоЧеловек"; Запрос.УстановитьПараметр("Ссылка", Заказ); Инв.№ подл. РезультатЗапроса = Запрос.Выполнить(); Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 107

ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать(); Если Не РезультатЗапроса.Пустой() Тогда ВыборкаДетальныеЗаписи.Следующий(); СтруктураВозврата = Новый Структура; СтруктураВозврата.Вставить("Бригада", ВыборкаДетальныеЗаписи.Бригада); СтруктураВозврата.Вставить("КоличествоЧеловек", ВыборкаДетальныеЗаписи.КоличествоЧеловек); СтруктураВозврата.Вставить("ВремяНаВыполнение", ВыборкаДетальныеЗаписи.КоличествоЧасов); Возврат СтруктураВозврата; КонецЕсли; КонецФункции &НаКлиенте Процедура ПланЗаказПриИзменении(Элемент) СтруктураЗаполнения = ПланЗаказПриИзмененииНаСервере(СтрокаТЧ.Заказ); Если СтруктураЗаполнения.Бригада = "Пустая" Тогда Сообщение = Новый СообщениеПользователю(); Сообщение.Текст = "Нет подходящих бригад"; Сообщение.Сообщить(); Иначе ЗаполнитьЗначенияСвойств(СтрокаТЧ,СтруктураЗаполнения); КонецЕсли; КонецПроцедуры Инв.№ подл. Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата СтрокаТЧ = Элементы.План.ТекущиеДанные; Изм Лист № докум. Подпись Дата БР-02069964-090301-18-18 Лист 108

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 109 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 110 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Изм Лист № докум. Подпись Дата Инв.№ подл. БР-02069964-090301-18-18 Лист 111 Подп. и дата Взам. инв. № Инв. № дубл. Подп. и дата

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв