Введение

В рамках данной курсовой работы будут пройдены стадии предпроектного обследования, а именно: формирование требований к АС, разработка концепции АС, создание технического задания для отдела Лесозаготовки «Кананикольского ЛПХ».

ООО «Кананикольское Лесопроизводственное Хозяйство», занимается лесозаготовкой и реализацией продукции. В организации есть несколько отделов: отдел кадров, экономический отдел, отдел лесозаготовки, бухгалтерия, инженерно-технический отдел.

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

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

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

Цель курсовой работы: разработать ТЗ на внедрение функционального модуля 1С-Логистика: Управление складом в отдел лесозаготовки в ООО Кананикольское Лесопроизводственное Хозяйство» для ведения электронного документооборота и взаимодействия с другими отделами.

Для достижения цели необходимо решить следующие задачи:

1.     Проанализировать   предметную область, описать основные  бизнес-процессы  на предприятии, построить модель "as-is"(как есть).

2.     Выявить «узкие  места» на предприятии и сформировать предложения по  их совершенствованию. Сформировать требования пользователей к информационной системе.

3.     Рассчитать экономическую эффективность проекта.

4.     Разработать концепцию проектирования функционального модуля; построить модель "to-be" (как должно быть) бизнес-процессов деятельности объекта автоматизации.

5.     Создать ТЗ  функционального модуля.

 

В результате  курсовой работы должен быть сформирован документ, формально определяющий  существование  проекта, то есть : разработать ТЗ на внедрение функционального модуля 1С-Логистика: Управление складом в отдел лесозаготовки в ООО Кананикольское Лесопроизводственное Хозяйство»

В качестве методологии проектирования используются методологии структурного (SADT) и объектного(RUP)  анализа  и проектирования. В рамках данных методологий основными инструментальными средствами являются Case-средства AllFusion Process Modeler (Bpwin),  AllFusion Data Modeler (ERwin) (IDEF1X); MS Visio (Cause and Effect Diagram - «Диаграмма Исикавы», Organization Chart Diagram - организационная диаграмма).

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х.

В рамках проекта будут построены следующие модели:

1.     Organization Chart Diagram - организационная диаграмма (MS Visio), для получения общего представления об организационной структуре Кананикольского «ЛПХ»  и для более детального знакомства со структурой отдела.

2.     Effect Diagram - "Диаграмма Исикавы" (MS Visio), которая позволит выявить факторы, влияющие на качество продукции.

3.     Функциональная диаграмма IDEF0 (AllFusion Process Modeler), для описания бизнес-процессов внутри отдела. Декомпозиция данной нотации будет представлена также в виде функциональной диаграммы - IDEF0 (AllFusion Process Modeler) для более детального рассмотрения движения документов, необходимых для обеспечения эффективной реализации процесса производства ГП.

4.     eEPC Diagram - диаграмма потока работ (MS Visio), которая позволит проследить за заготовкой продукции в отделе лесозаготовки.

5.     Use Case Diagram - диаграмма вариантов использования (Rational Rose), которая позволит увидеть требования пользователя к новой системе

 

На защиту выносится ТЗ на внедрение функционального модуля 1С-Логистика: Управление складом в отдел лесозаготовки в ООО Кананикольское Лесопроизводственное Хозяйство», функциональный модуль создан на базе платформы «1С: Предприятие» 8.0.

Глава 1. Технико-экономическая характеристика отдела лесозаготовки  «ООО Кананикольское Лесопроизводственное Хозяйство»

1.1 Анализ существующей системы в ООО «Кананикольское Лесопроизводственное Хозяйство»

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

На основе полученных данных была построена диаграмма вариантов использования информационной системы для отдела бухгалтерии - Use Case Diagram «как есть (as-is)» бизнес-процессов и представлена на рисунке 1.

 

Рисунок 1 - Use Case Diagram «как есть (as-is)»

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

-       Выписывать накладные на отпуск продукции;

-       Формировать все плановые отчеты;

-       Заполнять инвентаризационные описи;

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

-       заполнять Товарно - Транспортную накладную (ТТН) по учету движения готовой продукции (ГП);

-       составлять договор с заказчиком на реализацию готовой продукции (ГП);

-       сверять готовую продукцию (ГП) в соответствии с планом производства;

-       заполнять накладные для передачи в бухгалтерию;

-       формировать материальный отчет о движении ГП.

1.2 Характеристика отдела лесозаготовки и построение модели «как есть (as-is)» бизнес-процессов

Компания «Кананикольское ЛПХ» появилась 4 сентября 2006 г. Основная деятельность компании изначально была направлена на лесозаготовку. И сегодня они занимаются лесозаготовкой. Основными видами продукции является: фанерное сырье, пиловочник хвойный, строительный лес, дрова, пиломатериалы обрезные и необрезные и т.д.

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

Основными целями деятельности отдела лесозаготовки ООО «Кананикольское ЛПХ» являются:

-       извлечение прибыли всеми допускаемыми законом способами;

-       предоставить заказчику удовлетворяющую его, готовую продукцию;

          Основной задачей деятельности отдела лесозаготовки ООО «Кананикольское ЛПХ» является не только заготовка и продажа лесной продукции, но и создание особых отношений между компанией и покупателями, тесного взаимодействия между компаниями - партнерами. Главный стержень компании составляют сотрудники компании - опытные квалифицированные специалисты в области лесообработки и лесозаготовки.

Сегодня деятельность компании концентрируется в следующих направлениях:

Ø Лесоводство и лесозаготовки

Ø Лесозаготовки

Ø Лесное хозяйство и предоставление услуг в этой области

Ø Предоставление услуг в области лесоводства и лесозаготовок

Ø Обработка древесины и производство изделий из дерева и пробки, кроме мебели

Ø Распиловка и строгание древесины; пропитка древесины

На данный момент компания активно работает. У компании есть партнёры в Уфе, Белорецке, Инзере, Сибае. 

Основными источниками доходов ООО «Кананикольское ЛПХ» являются денежные средства, полученные от заказчика за реализованную продукцию.

Основными источниками расходов ООО «Кананикольское ЛПХ» являются:

-                    затраты на закупку и ремонт оборудования;

-                    затраты на электроэнергию, отопление;

-                    затраты на заработную плату рабочих;

-                    арендная плата за лес;

-                    налоги;

-                    приобретение ГСМ (бензин, масла, ДТ).

Компания ООО «Кананикольское ЛПХ»  имеет следующую организационную структуру (см. рис. 2):

Рисунок 2 - Организационная структура компании ООО «Кананикольское ЛПХ»

 

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

В непосредственном подчинении у генерального директора находятся: бухгалтерия, экономический отдел, отдел кадров, инженерно - технический отдел и отдел лесозаготовки.

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

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

В состав инженерно - технического отдела входят: главный инженер, мастера верхнего и нижнего склада, механики, слесари. Они отвечают за исправность всей техники в организации.

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

Отдел Лесозаготовки занимается обработкой и продажей лесной продукции.

Таким образом, рабочая область моделирования - отдел Лесозаготовки.

На данный момент в организации АС установлена только в отделе бухгалтерии,  отделы не имеют взаимодействия между собой, поэтому в данном курсовом проекте будет написано ТЗ на внедрение функционального модуля 1С - Логистика: Управление складом, в отдел лесозаготовки, для взаимодействия между собой отделов.

Установка четких границ области проекта может быть определена с помощью методики «будет / не будет». Используя данную методику, определим, какие объекты и процессы будут принадлежать рассматриваемой предметной области.

Проект будет:

-   проект будет внешним, так как поступают заявки от клиентов, закупается инвентарь у поставщиков и передается внутренняя документация во внешние государственные органы;

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

-   проект будет предназначен для мастеров отдела лесозаготовки;

-   проект будет разработан в рамках учебно - производственной практики.

Не будет:

-         проект не предусматривает проблемы хранения готовой продукции;

-         проект не предусматривает отслеживания качества подготовки готовой продукции и инвентаря.

-         проект не будет являться полномасштабной системой, так как система предназначена для сотрудников отдела по лесозаготовке.

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

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

Можно выделить следующие документы, описывающие процессы предметной области:

Входные:

1.       Ярлыки (от мастера в бухгалтерию) - 1 экз.

2.       Товарно-транспортная накладная (от мастера в бухгалтерию): для оприходования материалов - 1 экз.

3.       Письма (из Банков) -1 экз.

4.       Штрафные санкции (Налоговая) - 1 экз.

5.       Договор (Заказчик)- 1 экз.

Выходные:

1.       Отчет - 1 экз.

2.       Копия лесобилета - 1 экз.

3.       Платежное поручение на гашение налогов - 2 экз.

4.       Платежное поручение на выдачу з.п - 2 экз.

5.       Договор (заказчику) - 2 экз.

Внутренние:

1.       Приходный ордер - 1 экз.

2.       Книга - 1 экз.

Информация и документы, поступающие в отдел лесозаготовки из других отделов ООО «Кананикольское ЛПХ».

Таблица 1 - Информация и документы, поступающие в отдел лесозаготовки из других отделов ООО «Кананикольское ЛПХ».

Внешние источники	Информация	Документы
		Физическое представление поступающих документов	Время приема, обработки документов	Продолжительность хранения документов	Требования к безопасности
Мастер верхнего склада	1. Товарно-транспортная накладная 2. Ярлыки	Бумажный документ	В течение 2-3 часов	1. В течение года 2. В течение года, по истечении срока сдается в архив	В номенклатуре отдела

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

Таблица 2 - Информация и документы, поступающие в отдел из внешних к предприятию источников

Подразделения, из которых поступает информация	Информация	Документы
		Физическое представление поступающих документов	Время приема, обработки документов	Продолжительность хранения документов	Требования к безопасности
Налоговая	Штрафные санкции	Бумажный документ	В течение месяца	В течение года, в архив не передаются	В номенклатуре отдела
Банк	Письма	Бумажный документ	В течение 2-3 часов	В течение года, в архив не передаются	В номенклатуре отдела
Заказчик	Договор	Бумажный документ	В течение одного дня	В течение года, в архив не передаются	В номенклатуре отдела

В Таблице 3 представлена информация и документы, которые передаются из отдела лесозаготовки во внешние по отношению к организации инстанции.

Таблица 3 - Информация и документы, поступающие с отдела во внешние по отношению к организации инстанции

Внешние инстанции, в которые передается информация	Информация	Документы
		Физическое представление поступающих документов	Время сдачи, обработки документов	Продолжительность хранения документов	Требования к безопасности
Покупатель	Товарно транспортная накладная	Бумажный документ	В течение 2-3 часов	В течение 5 лет, по истечении срока сдается в архив	В номенклатуре отдела
Банк	1,Платежное поручение на гашение налогов 2.Платежное поручение на выдачу з.п	1.Бумажный документ   2.Бумажный документ	В течение 2-х недель В течение 2-х недель	В течение года, в архив не сдается   В течение года, в архив не сдается	В номенклатуре отдела

Информация и документы, которые передаются со склада в другие подразделения (отделы) предприятия, представлены в таблице 4.

Таблица 4 - Информация и документы, передающиеся со склада в другие подразделения (отделы) ООО «Кананикольское ЛПХ»

Подразделения, в которые передается информация	Информация	Документы
		Физическое представление поступающих документов	Время сдачи, обработки документов	Продолжительность хранения документов	Требования к безопасности
Бухгалтерия	1.Отчет 2.Ярлыки 3.Товарно транспортная накладная 4.Копия лесобилета	Бумажный документ	1) В течение 1 часа	1.В течение 5 лет, сдается в архив. 2.В течение 5 лет, сдается в архив. 3.В течение года, в архив не сдается. 4.В течение 5 лет, сдается в архив.	В номенклатуре отдела

Информация и документы, которые формируются в отделе лесозаготовки ООО «Кананикольское ЛПХ», представлены в таблице 5:

Таблица 5 - Информация и документы, которые формируются в отделе лесозаготовки     ООО «Кананикольское ЛПХ»

Информация	Документы
	Физическое представление поступающих документов	Продолжительность хранения документов	Требования к безопасности
Приходный ордер	Бумажный документ	1 год, по истечении срока - сдача документов в архив	В номенклатуре отдела
Книга	Бумажный документ	1 год, по истечении срока - сдача документов в архив	В номенклатуре отдела

Формы документов представлены в Приложениях.

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

В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, конкретнее Case-средство Visio и в нем Диаграмму причин и факторов (диаграмма Исикавы) (Рисунок 3)

 

Рисунок 3 - Диаграмма Исикавы - «Организация деятельности отдела лесозаготовки в компании ООО «Кананикольское ЛПХ» по вырубке леса»

 

 

Рисунок 4 - Контекстная диаграмма «Организация деятельности отдела лесозаготовки в компании ООО Кананикольское ЛПХ»

 

Таблица 6 - Описание контекстной диаграммы

Входными потоками моделируемого бизнес-процесса будут выступать:	1. Заказ клиента 2. Журнал деятельности организации 3. Список участков для вырубки 4. Список рабочих 5. Документы из внешних органов	1. Предложение заказчика изготовить товар с указанием количества и качества. 2. Журнал в котором отмечают количество вырубленного леса за определенный период времени. 3. Документ, в котором прописаны адреса и площади участков, на которых будет производиться вырубка леса. 4. Документ, в котором пропишутся фамилии рабочих. 5. Постановления, распоряжения, санкции.
К выходным потокам относятся:	1.    Журнал деятельности организации с информацией о вырубке леса 2.    Готовая продукция 3.    Проданная ГП 4.    Сопроводительная документация 5.    Отчет	1. Журнал в котором отмечают количество вырубленного леса за определенный период времени. 2. Обработанный лес, готовый для реализации. 3. Проданный лес. 4. Документы, которые отдаются заказчику с проданной продукцией. 5. Официальное письменное сообщение начальнику о проделанной работе.
К управляющим:	1. Приказы и распоряжения 2. Уставы 3. Запрос на склад о наличии материала	1.Издаются единолично руководителем. 2. Свод правил, регулирующих организацию и порядок деятельности в какой-либо определённой сфере отношений или какого-либо государственного органа, предприятия, учреждения.  3.Запрос на склад о наличии ГП.
Механизмами выступают:	1. Техника 2. Инструменты 3. Сотрудники 4. Кассир	1. Автомобили (Трактор, для погрузки леса, КрАЗ для вывозки леса из делянки). 2. Пилы. 3. Начальник организации, бухгалтер, мастер, лесорубы. 4. Работник, который осуществляет прием, хранение и учет денежной наличности.

 

Можно выделить следующие основные функции моделируемого бизнес-процесса:

1.     Подготовка к вырубке.

2.     Вырубка леса.

3.     Продажа готовой продукции.

4.     Составление отчетности

Графическое представление функциональной модели бизнес-процесса представлено на рисунке 5.

 

Рисунок 5 - Диаграмма А0 - «Организация деятельности отдела лесозаготовки в ООО Кананикольское ЛПХ по вырубке леса»

 

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

1.     Подготовка к вырубке

2.     Вырубка леса

3.     Заготовка ГП

4.     Продажа готовой продукции

5.     Составление отчетности

Таблица 7 - Описание декомпозиции диаграммы

Входными потоками моделируемого бизнес-процесса будут выступать:	1. Заказ клиента 2. Журнал деятельности организации 3. Список участков для вырубки 4. Список рабочих 5. Документы из внешних органов 6. План вырубки 7. Лес 8. Информация о наличии ГП 9. Денежные средства 10. Документы из внешних органов	1. Предложение заказчика изготовить товар с указанием количества и качества. 2. Журнал в котором отмечают количество вырубленного леса за определенный период времени. 3. Документ, в котором прописаны адреса и площади участков, на которых будет производиться вырубка леса. 4. Документ, в котором пропишутся фамилии рабочих. 5. Постановления, распоряжения, санкции. 6. Документ, в котором прописаны адреса по которым нужно вырубить лес. 7. Лес. 8. Информация о наличии ГП. 9. Валюта, векселя, чеки, для оплаты ГП. 10. Приказы, распоряжения, платежные поручения.
К выходным потокам относятся:	1.    Журнал деятельности организации с информацией о вырубке леса 2.    Готовая продукция 3.    Проданная ГП 4.    Сопроводительная документация 5.    Отчет 6.    Отчет о вырубленном лесе 7.    Отходы от вырубки леса 8.    Отказы от продаж	1. Журнал в котором отмечают количество вырубленного леса за определенный период времени. 2. Обработанный лес, готовый для реализации. 3. Проданный лес. 4. Документы, которые отдаются заказчику с проданной продукцией. 5. Официальное письменное сообщение начальнику о проделанной работе.  6. Отчет о вырубленном лесе и подготовленной продукции для её последующей реализации. 7. Корень дерева, верхушка дерева, опилки, хворост (ветки). 8.Отказ может быть в следующих случаях: покупателя не устраивает готовая продукция, покупателя не устраивает отношение продавца к нему, продавца не устраивает оплата за его гп покупателем.
К управляющим:	1. Приказы и распоряжения 2. Уставы 3. Запрос на склад о наличии материала	1.Издаются единолично руководителем. 2. Свод правил, регулирующих организацию и порядок деятельности в какой-либо определённой сфере отношений или какого-либо государственного органа, предприятия, учреждения.  3.Запрос на склад о наличии ГП.
Механизмами выступают:	1. Техника 2. Инструменты 3. Сотрудники 4. Кассир	1. Автомобили (Трактор, для погрузки леса, КрАЗ для вывозки леса из делянки). 2. Пилы. 3. Начальник организации, бухгалтер, мастер, лесорубы. 4. Работник, который осуществляет прием, хранение и учет денежной наличности.

 

Также была разработана диаграмма еEPC для более подробного описания бизнес-процесса в отделе лесозаготовки.

 

Рисунок 6 - Диаграмма EPC - «Организация деятельности отдела лесозаготовки в компании ООО «Кананикольское ЛПХ» по вырубке леса»

 

 

Рисунок 7 - (продолжение) Диаграмма EPC - "Организация деятельности отдела лесозаготовки в компании ООО Кананикольское ЛПХ по вырубке леса»

 

 

В ходе анализа системы были выделены следующие «узкие места»:

в отделе Лесозаготовки

• Отсутствует взаимодействие между АИС отделов. При взаимодействии между отделами информация, документы, отчеты передаются на бумажных носителях, вследствие чего затрачивается трудовое время сотрудника на его должностные обязанности и время на передачу документов между отделами.
• Отсутствие единой базы данных по учету документации.
• В результате того, что документооборот ведется в бумажном виде, на сбор и обработку данных уходит много времени (от 30 минут до нескольких часов).
• Сложность хранения большого объема бумажных документов, вероятность потери важной информации.

Вследствие анализа узких мест было предложено: связать отдел Лесозаготовки с бухгалтерией, это позволит автоматизировать документооборот, обеспечить учет готовой продукции  в ООО «Кананикольское ЛПХ», а также уменьшить временные затраты на работу с документами. На основе полученных данных была построена диаграмма еEPC для более подробного описание взаимодействия отделов бухгалтерии и лесозаготовки - еEPC диаграмма «как будет (to-be)» бизнес-процессов  представлена на рисунке 8.

 

 

 

Рисунок 8 - еEPC Diagram «как будет (to be)»

1.3. Формирование требований пользователя к новой системе по учету готовой продукции и посторенние модели «to-be»

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

Данная модуль будет взаимодействовать с отделом бухгалтерии.

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

Во время обследования объекта информатизации были выделены следующие требования пользователя системы:

-       заполнение Товарно - Транспортной накладной (ТТН) по учету движения готовой продукции (ГП);

-       составление договора с заказчиком на реализацию готовой продукции (ГП);

-       сверка готовой продукции (ГП) в соответствии с планом производства;

-       заполнение накладных для передачи в бухгалтерию;

-       формирование планового отчета.

На основе полученных данных была построена диаграмма вариантов использования информационной системы для мастера отдела лесозаготовки - Use Case Diagram (Рисунок 9), а также диаграмма Use Case , которая покажет взаимодействие отделов бухгалтерии и лесозаготовки.  Требования пользователя направлены на устранение "узких мест".

   

Рисунок 9 - Требования пользователя к системе

 

Действующее лицо	Вариант использования (прецедент)
Мастер отдела лесозаготовки	Заполнение Товарно - Транспортной накладной (ТТН) по учету движения готовой продукции (ГП); Составление договора с заказчиком на реализацию готовой продукции (ГП); Сверка готовой продукции (ГП) в соответствии с планом производства; Заполнение накладных для передачи в бухгалтерию; Формирование планового отчета.
Бухгалтер	Заполнение инвентаризационных описей Заполнение Товарно - Транспортной накладной (ТТН) по учету движения готовой продукции (ГП); Сверка готовой продукции (ГП) в соответствии с планом производства; Заполнение накладных для передачи в бухгалтерию; Формирование планового отчета.

1.4. Расчет экономической эффективности проекта

При определении методики расчета экономической эффективности будем учитывать следующее:

1)       для расчетов используется система обобщающих показателей  и частные показатели, отражающие отраслевую и функциональную специфику проекта;

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

 

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

Э = ΔЭ_год - С - Е×К = ΔЭ_год - П            (1)

Где ∆Э_год - годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС;

С - эксплуатационные затраты на ИС;

К - единовременные затраты (капиталовложения), связанные с созданием ИС;

Е - норма прибыли на капитал (нормативная прибыльность);

П - годовые приведенные затраты на ИС: П=С + ЕК

Единицы измерения в формуле (размерность величин) следующие:

Э - руб./г.; ∆Э_год - руб./г.; С - руб./г., К - руб.; Е - 1/г.; П - руб./г.

(∆Э - С) - это хозяйственная или бухгалтерская прибыль. Она представляет собой разность между выручкой и явными затратами. По рыночной терминологии, явные затраты (Explicit Cost) - это все денежные издержки предприятия, включая амортизацию.

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

Так, если Центральный банк РФ установил с 14 сентября 2012 года ставку рефинансирования 8,25%; норму прибыли на капитал необходимо установить равной 8,25%.

 

Рассмотрим составляющие затрат формулы (1) и произведем их расчет.

Капитальные затраты (К)

Капитальные затраты на АИС носят разовый характер. Те из них, которые направляются в основные средства обработки информации, переносят свою стоимость на продукцию по частям за счет амортизационных от­числений.

Применительно к ИС группировать капитальные затраты можно следующим образом (2):

 (2)

где    Кпр - затраты на проектирование модуля;

Ктс -  затраты на технические средства управления;

Клс - затраты на создание линий связи локальных сетей;

Кпс - затраты на программные средства;

Киб - затраты на формирование информационной базы;

Куч - затраты на обучение персонала;

Кво - затраты на вспомогательное оборудование (устройства пожаротушения, источники бесперебойного питания и др.);

Кпп - затраты на производственную площадь;

Кнеучт - неучтенные затраты, обычно составляют 7-8% от общих затрат.

Затраты на формирование информационной базы Киб относятся к формированию условно-постоянной информации.

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

Произведем расчет капитальных затрат:

Кпр - затраты на проектирование модуля

Кпр=з/пл программистов*кол-во специалистов*срок проектирования = 10000руб*3*1 мес.= 30000руб.

Киб - затраты на формирование информационной базы

Киб=кол-во экспертов*з/пл*срок формирования инф.базы =3*11000*1 мес =33000руб.

        Куч - затраты на обучение персонала

 Куч=з/пл диспетчера*срок обучения=10000*1 мес=10000руб.

Итого получаем:

К=(30000+33000+10000)+7% неучтенных затрат=78110руб.

 

Эксплуатационные затраты (С)

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

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

                           (3),

где    Сао - амортизационные отчисления;

Сто- затраты на техническое обслуживание, включая заработную плату персонала ИС;

Син - затраты, связанные с использованием глобальных вычислительных сетей (Интернета и др.);

Сэл - затраты на электроэнергию;

Спр - прочие затраты составляют примерно 7%.

Введение новой ИС не повлияет на такие затраты, как:

а)  амортизационные отчисления (Сао);

б) затраты, связанные с использованием глобальных вычислительных сетей (Син).

Произведем расчет эксплуатационных затрат:

Сто- затраты на техническое обслуживание, включая заработную плату персонала ИС;

Сто1=(з/пл инженера АСУ*12мес)*3%=10000*12*0,03=3600руб/год

Сто2=(з/пл диспетчера *12мес)*25%=10000*12*0,25=30000руб/год

Сэл - затраты на электроэнергию

Сэл=180 руб.мес.*кол-во раб.мест 6*12мес=12960руб/год

Итого получаем:

С=5600+30000+12960+7%=46560+7%=43300,8руб./год

 

Проведем  расчет годовых приведенных затрат на ИС

Итого получаем:

П=С+Е*К=43300,8 +78110*8,25 % =10016,4руб.

 

Перейдем к рассмотрению показателей расчета годовой экономии (прибыли), вызванной ИС, без учета эксплуатационных затрат на ИС (ΔЭ_год).

Методика определения экономической эффективности на основе статических показателей сводится к расчету годовой экономии (прибыли), вызванной ИС, как суммы прямого и косвенного эффектов:

ΔЭ_год = Э_прям + Э_косв          

 

Прямой экономический эффект

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

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

Произведем расчет прямого экономического эффекта:

 

где  - сокращение заработной платы управленческого персонала при внедрении ИС;

 - суммарные эксплуатационные затраты на ИС за исключением заработной платы управленческого персонала.

,

где Сзпб- заработная плата управленческого персонала в базовом варианте;

Сзп - заработная плата управленческого персонала в предлагаемом варианте.

В нашем случае DС_зп = 0, так как с внедрением функционального модуля не предполагается понижение зарплаты работников или их увольнение или реструктуризация подразделений.

П=С+Е*К=43300,8 +78110*8,25 % =10016,4руб.

Э прям = - С - Е×К=- П

Э прям = -10016,4 руб  =0-10016,4 =-10016,4 руб.

Величина прямого экономического эффекта является недостаточной (даже отрицательной) для оправдания затрат на внедрение ИС. Это объясняется отсутствием экономии на заработной плате управленческого персонала.

В этом случае внедрение ИС целесообразно, только если есть уверенность в достаточно большом косвенном экономическом эффекте.

Косвенный экономический эффект

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

 Произведем расчет косвенного экономического эффекта.

 Э = ∆Э_год - С - Е×К = ∆Э_год - П = Э_прям + Э_{косв = -} П + Э_косв

 

Э_косв = DА + DС_себ +DШ,

где ∆А - годовой прирост выручки от реализации продукции, прочей реализации или внереализационной деятельности, связанной с ИС; ИС на прямую не влияет на увеличение выпуска продукции, она помогает сократить риски потерь документов и время, затрачиваемое на обработку.

∆А - годовой прирост выручки от реализации продукции =0

 

∆Ссеб - годовая экономия на себестоимости продукции объекта управления;

∆Ш - сокращение штрафов и других непланируемых потерь за год ; Общая сумма штрафов за год, вызванная потерей документов по вине цеха, равна примерно 200 000 руб. ФМЦ позволит снизить эти потери на 20% в год.

Итого ΔШ=200 000 руб.-(200000руб-20%)=40 000 руб.

 

Состав статей, по которым рассчитывается экономия на себестоимости продукции за счет ИС, обычно следующий :

,

 где   ∆Ск - экономия на канцелярии;

∆Сэ - экономия на эл. энергии на технологические цели;

∆Сзп - экономия на заработной плате сотрудников;

∆Ссэо - экономия на содержании и эксплуатации оборудования;

∆Сдок - сокращение потерь документов.

Если внедрение ИС не влияет на какую-либо статью затрат в составе себестоимости, то эта статья, не фигурирует в расчете косвенного экономического эффекта.

 

В структуре себестоимости основную долю занимают материальные затраты - 40% ; затраты на оплату труда с отчислениями - 34%; прочие затраты - 26% (∆Сэ+∆Ссэо+∆Сдок ).

Запланируем 3% сокращения затрат на оплату труда за счет отмены некоторых функций и 20% сокращения затрат на канцелярию. Для простоты расчета объединим экономию по энергии, содержанию оборудования и потерям  документов и запланируем 2% экономии.

Себестоимость работ - 100000.

Получаем:

∆Ск - экономия на канцелярии

ΔСк=100000*40%-(40%*100000-20%)=8000 руб./мес.;

∆Сзп - экономия на заработной плате сотрудников

ΔСзп=100000*34%-(34%*100000-3%)=1020 руб./мес.;

         ΔСпроч=ΔСэ+ΔСсэо+ΔСдок

ΔСпроч=26%*100000-(26%*100000-2%)=520 руб/мес.

 

Таким образом, годовая экономия на себестоимости продукции

ΔСсеб=12*(ΔСк+ΔСзп+ΔСпроч)=12*(8000 руб./мес.+ 1020 руб./мес.+ 520 руб/мес) =12*9540руб/мес. =114480руб/год

Таким образом,

Экосв=ΔА+ΔСсеб+ΔШ =0+114480+40000=154480руб.

 

Эгод=Экосв+Эпрям=154480 - 10016,4 =144463,6 руб.

 

Годовой экономический эффект  - абсолютный показатель эффективности.

Т.к. Э>0, то система эффективна.

Вспомогательные показатели экономической эффективности:

-Расчетная прибыльность (рентабельность):

Ер=Эгод/К=144463,6 /78110=1,849

-Срок окупаемости:

Ток=1/Ер=К/Эгод=0,7 - проект окупится через 1 месяц.

 

Внедрение модуля в отдел будет  производится в течение 1 месяца, в одну смену продолжительностью 8 часов. Заработная плата разработчика за 1 месяц, с учетом районного коэффициента и единого социального налога, составит 10 000 рублей. (Количество разработчиков - 3). В итоге затраты на внедрение модуля, включая формирования начальной информационной базы и обучение диспетчера, составят 78110 руб.

Затраты на техническое обслуживание ИС в течение месяца и затраты на заработную плату сотрудника работающего с ИС составит 43300,8 руб в год.

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

Выводы по главе 1

 

В первой главе данной проектной работы было проведено предпроектное обследование предметной области.

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

 На основании полученных данных, можно сделать вывод о необходимости внедрения модуля 1С- Логистика: Управление складом в отдел лесозаготовки.

Далее в рамках проектной работы будет составлено техническое задание на внедрение функционального модуля 1С - Логистика: Управление складом в отдел лесозаготовки.

 
 

Глава 2. Формирование ТЗ на модернизацию системы в ООО Кананикольское Лесопроизводственное Хозяйство.

ООО «Кананикольское ЛПХ»

УТВЕРЖДАЮ

УТВЕРЖДАЮ: Директор ООО «Кананикольское ЛПХ» Личная подпись: Расшифровка подписи: Денисов А.А. Печать Дата: 02.10.13

УТВЕРЖДАЮ: Баскакова В.В Личная подпись: Расшифровка подписи: Баскакова В.В Печать Дата: 02.10.13

 

Функциональный модуль учета производства готовой продукции

наименование вида АС

Отдел лесозаготовки ООО «Кананикольское ЛПХ»
наименование объекта автоматизации

«ФМО»

сокращенное наименование АС 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 40 листах

Действует с 02.10.2013

СОГЛАСОВАНО

Руководитель: мастер отдела

Личная подпись                                     

Расшифровка подписи: Хачин М.А

Печать

Дата 02.10.2013

2.1 Общие сведения

2.1.1. Наименование системы

2.1.1.1. Полное наименование системы

Полное наименование - Внедрение функционального модуля на базе платформы 1С: Предприятие 8.1, 1С: Логистика - Управление складом.

2.1.1.2. Краткое наименование системы

Краткое наименование - ФМО.

2.1.2. Основания для проведения работ

Работа выполняется на основании договора №120 от 02.10.2013 между ООО «Кананикольское ЛПХ» и Баскаковой В.В.

2.1.3. Наименование организаций - Заказчика и Разработчика

2.1.3.1. Заказчик

Заказчик: ООО «Кананикольское ЛПХ»

Адрес фактический: 453683, респ. Башкортостан, Зилаирский р-он, с.Кананикольское, ул. Ленина , д.5.

Телефон: +7 (34752) 2-85-99

2.1.3.2. Разработчик

Разработчик: Баскакова В.В.

Адрес фактический: г. Магнитогорск, Завенягина 5

Телефон: +7 964 247 55 37

2.1.4. Плановые сроки начала и окончания работы

Плановые сроки начала и окончания работ по созданию системы: план-график.

2.1.5. Источники и порядок финансирования

Источники и порядок финансирования указаны в договоре №120. Финансирование работ осуществляет Заказчик. Объем и порядок финансирования определяется Календарным планом работ, Рабочей программой и Протоколом договорной цены, являющихся неотъемлемой частью Контракта (Дополнительных Соглашений) на выполнение работ в соответствии с настоящим Частным техническим заданием.

2.1.6. Порядок оформления и предъявления заказчику результатов работ

Работы по созданию ФМО сдаются Разработчиком поэтапно в соответствии с Календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определен Договором.

2.2 Назначение и цели создания системы

2.2.1. Назначение системы

ФМО предназначена для уменьшения временных, трудовых и финансовых ресурсов по учету производства ГП, повышения оперативности взаимодействия с другими подразделениями предприятия.

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

2.2.2. Цели создания системы

ФМО разрабатывается для сотрудников отдела с целью:

-       оперативности в обработке документов;

-       повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;

-       упрощения отправки документов в другие отделы;

-       отслеживания состояния учета произведенной продукции;

-       формирование плановых материальных отчетов.

2.3 Характеристика объектов автоматизации

Основными задачами деятельности компании ООО «Кананикольское ЛПХ»  являются: извлечение прибыли всеми допускаемыми законом способами; наиболее полное и качественное удовлетворение потребностей заказчиков на основе заключаемых с ними договоров. Основной задачей деятельности ООО «Кананикольское ЛПХ» является повышение экономической эффективности производства, и получение максимально возможной прибыли.

Организационная диаграмма отдела на рис.10.

 

 

Рисунок 10 - Организационная структура цеха

 

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

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

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

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

Для учета производства продукции ООО «Кананикольского ЛПХ» применяется первичная учетная документация, отвечающая требованиям основных положений по учету материалов и приспособленная для автоматической обработки информации. Количество экземпляров  выписываемых документов и их документооборот устанавливается в зависимости от характера технического снабжения и от системы организации учета. Так как связи между отделами нет, документооборот ведется вручную и составляется в виде трех экземпляров.

На предприятии ООО «Кананикольское ЛПХ» производство ГП обеспечивает отдел лесозаготовки.

Рассмотрим факторы, которые смогут повлиять на результат работы исследуемого нами отдела. В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, диаграмму причин и факторов Исикавы (рис.11).

 

Рисунок 11 - Диаграмма Исикавы

 

Проведем анализ построенной диаграммы.

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

-                    Квалификация

-                    Заинтересованность

-                    Здоровье

-                    Продукция

Рассмотрим каждый фактор подробнее.

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

-                    Стаж работы

-                    Диплом

-                    Сертификаты о периодическом обучении

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

-                    Премиальные вознаграждения

-                    Хорошее отношение начальства

-                    Стабильная работа

Здоровье  -  состояние персонала, при котором он способны полностью выполнять свои обязанности; отсутствие недуга. На данный фактор влияет следующее:

-                    Болезнь

-                    Моральная и Физическая возможность

-                    Усталость

«Продукция» - еще один из основных показателей. Обозначим факторы, оказывающие на него непосредственное влияние. К ним можно отнести:

-                    Имидж продукта

-                    Производство

Рассмотрим каждый фактор подробнее.

Имидж продукта - устойчивые специфические качества продукции . На данный фактор влияет следующее:

-                    Ценообразование

-                    Сырье

-                    Качество

Производство - вид деятельности направленный на создание продукта. На данный фактор влияет следующее:

-                    Оборудование

-                    Своевременность

-                    Качество

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

Далее разработаем функциональную модель IDEF0, представленную на рис.12

Рисунок 12 - Контекстная диаграмма функциональной модели  IDEF0

Декомпозируем контекстную диаграмму в той же нотации IDEF0 (диаграмма потоков данных), для углубленного исследования документооборота в отделе (рис.13).

Рисунок 13 - Декомпозиция контекстной диаграммы потоков данных

Событием, инициирующим работу отдела, является "Поступление заказа на производство продукции".

В процессе формирования отчета по произведенной продукции можно выделить следующие последовательные функции:

• «Подготовка к вырубке». В процессе выполнения данной функции составляются списки делянок, в которых будет проходить вырубка леса, а также составляется список бригады рабочих для вырубки.
• «Вырубка леса». В процессе выполнения данной функции происходит подготовка сырья для изготовления продукции на складе.
• «Продажа продукции». В процессе выполнения данной функции происходит реализация готовой продукции заказчику.
• " Оформление отчетности ".

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

 

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

Таблица 8

№	Наименование бизнес-процесса	Возможность автоматизации	Решение об автоматизации в ходе проекта
1.	Заполнение товарно-транспортной накладной по учету движения ГП	Возможна	Будет автоматизирован
2.	Составление договора заказчиком на реализацию ГП	Возможна	Будет автоматизирован
3.	Сверка ГП в составлении с планом производства	Возможна	Будет автоматизирован
4.	Заполнение накладных для передачи в бухгалтерию	Возможна	Будет автоматизирован
5.	Формирование планового материального отчета	Возможна	Будет автоматизирован

 

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

2.4.1. Требования к системе в целом

   2.4.1.1. Требования к структуре и функционированию системы

 

Взаимодействие отдела лесозаготовки с бухгалтерией представлено на рис.14.

Рисунок 14 -  Взаимодействие отдела лесозаготовки с бухгалтерией

 

 

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

Оперативная передача информации между отделами позволит улучшить их работу.

Система должна поддерживать следующие режимы функционирования:

-                         Основной режим, в котором ФМО выполняют все свои основные функции.

-                         Профилактический режим, в котором ФМО не выполняют своих функций.

В основном режиме функционирования, Система ФМО должна обеспечивать:

1.     работу пользователей в режиме - 24 часов в день, 7 дней в неделю (24х7);

2.     выполнение своих функций - сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.

В профилактическом режиме Система ФМО должна обеспечивать возможность проведения следующих работ:

-техническое обслуживание;

-модернизацию аппаратно-программного комплекса;

-устранение аварийных ситуаций.

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

Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.

2.4.1.2. Требования к численности и квалификации персонала системы и режиму его работы

Для поддержки функционирования ФМО Заказчиком должна быть создана Служба эксплуатации, персонал которой должен обладать знаниями в области информационных технологий.  В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Подсистемы,  должны входить:

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

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

2.4.1.2.1. Требования к численности персонала

В состав персонала, необходимого для обеспечения эксплуатации ФМО в рамках соответствующих подразделений Заказчика необходимо выделение следующих ответственных лиц:

-       Администратор ФМО - 2 человека.

-       Руководитель эксплуатирующего подразделения - 1 человек.

Данные лица должны выполнять следующие функциональные обязанности:

-       Руководитель эксплуатирующего подразделения - на всем протяжении функционирования ФМО обеспечивать общее руководство группой внедрения, эксплуатации и сопровождения.

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

2.4.1.2.2. Требования к квалификации персонала

К квалификации персонала, эксплуатирующего Систему ФМО предъявляются следующие требования.

-       Конечный пользователь (Мастер отдела) - знание предметной области, профессиональное пользование ПК.

-       Администратор ФМО - знания методологии проектирования хранилищ данных, знание СУБД, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

2.4.1.2.3. Требуемый режим работы персонала

Персонал, работающий с Системой ФМО и выполняющий функции её сопровождения и обслуживания должен работать в следующих режимах:

- Мастер отдела - в соответствии с основным рабочим графиком подразделений Заказчика.

- Администратор ФМЦ  - двухсменный график, поочередно (находится в г. Уфа).

2.4.1.3. Параметры, характеризующие степень соответствия системы назначению

2.4.1.3.1. Требования к приспособляемости системы к изменениям

Обеспечение приспособляемости системы должно выполняться за счет:

-       своевременности администрирования;

-       модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями;

-       модификации процедур доступа и представления данных конечным пользователям;

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

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

-       При изменении количества потребителей информации;

-       При изменении количества услуг и приложений;

-       При изменении требований к системе безопасности;

-       При изменении количества поставщиков информации.

Влияние изменения количества потребителей информации

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

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

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

3.     Добавление новых фронтальных серверов не должно приводить к полной или частичной остановке функционирования.

Влияние изменения количества услуг и приложений

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

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

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

3.     Добавление новых фронтальных или тыловых серверов не должно приводить к полной или частичной остановке функционирования.

Влияние изменения требований к системе безопасности.

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

1.     В процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации.

2.     Процесс адаптации не должен прерывать доступа потребителей информации к информационным ресурсам.

3.     Процесс адаптации не должен прерывать процесс подготовки и публикации документов.

4.     Процесс адаптации не должен затрагивать тех пользователей, на которых не распространяются новые требования.

2.4.1.3.2. Требования к сохранению работоспособности системы в различных вероятных условиях

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

 

Таблица 9 - Требования к сохранению работоспособности

Вероятное условие	Требование
Нарушения в работе системы электроснабжения продолжительностью до 15 минут	Функционирование в полном объеме
Если произойдет сбой в приложении	Модуль должен автоматически сохранять внесенные данные каждые 5 минут

 

2.4.1.4. Требования к надежности

  2.4.1.4.1. Состав показателей надежности для системы в целом

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

Надежность должна обеспечиваться за счет:

-       применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;

-       своевременного выполнения процессов администрирования Системы;

-       соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

-       предварительного обучения пользователей и обслуживающего персонала.

Время устранения отказа должно быть следующим:

-       при перерыве и выходе за установленные пределы параметров электропитания - не более 30 - 40 минут.

-       при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 2 часов.

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

При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:

-       сбой в электроснабжении сервера;

-       сбой в электроснабжении рабочей станции пользователей системы;

-       сбой в электроснабжении обеспечения локальной сети (поломка сети);

-       ошибки Системы, не выявленные при отладке и испытании системы;

-       сбои программного обеспечения сервера.

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

1.                Сбой общего или специального программного обеспечения ФМО.

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

2.                Сбои или выход из строя активного накопителя на жестком магнитном диске.

В ФМО должна быть обеспечена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя.

3.                Ошибки в работе персонала.

Система должна локализовать ошибки персонала.

4.                Прекращение электропитания.

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

Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования ФМО. Должны быть предусмотрены средства оповещения пользователей о прекращении электропитания.

2.4.1.5. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т=25 °С, атмосферное давление от 630 до 800 мм ртутного столба).

Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП).

Состав, место и условия хранения ЗИП определяются на этапе технического проектирования.

2.4.1.6. Требования к защите информации от несанкционированного доступа

2.4.1.6.1. Требования к информационной безопасности

Обеспечение информационное безопасности Системы должно удовлетворять следующим требованиям:

• Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
• Защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
• Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации).
• Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу, что не разрешено, то запрещено и т.д.
• Система должна обеспечивать обработку конфиденциальной информации.
• Применяемые в системе средства и технологии защиты должны обеспечивать открытость архитектуры и обладать свойствами модульности, масштабируемости и возможности адаптации системы к различным организационным и техническим условиям.
• Система должна удовлетворять требованиям проводимой Заказчиком технической политики и строиться на основе ограниченного числа типов и версий приобретаемого программного обеспечения, а также типов и конфигураций аппаратно-программных средств защиты, уточняемых на этапе проектирования системы.
• Развернутые и уточненные требования к структуре, функциям и средствам системы должны быть разработаны на этапе технического проектирования СИС ЭП.
• Система должна обеспечивать необходимую и достаточную защиту ресурсов от характерных угроз безопасности, определенных с учетом объективных факторов и анализа возможных моделей нарушителей.
• Средства защиты, входящие в состав системы, должны иметь развитые средства регистрации критических системных событий в электронных журналах и средства оперативного оповещения об этих событиях администраторов безопасности.

Разделение доступа

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

• просмотра элементов;
• добавления элементов;
• редактирования элементов;
• удаления элементов;
• редактирования прав доступа к разделу и т.д.

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

2.4.1.6.2. Требования к антивирусной защите

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

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

2.4.1.7. Требования по сохранности информации при авариях

В Системе должно быть обеспечено резервное копирование данных.
Выход из строя трех жестких дисков дискового массива не должен сказываться на работоспособности подсистемы хранения данных.

2.4.1.8. Требования к защите от влияния внешних воздействий

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

1.  требования к радиоэлектронной защите:

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

2.  требования по стойкости, устойчивости и прочности к внешним воздействиям:

• система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % - 30 %);
• система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств;
• система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств;
• система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств.

 

2.4.1.19. Требования по стандартизации и унификации

В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), а также Case-средство MS Visio (EPS Diagram, Cause and Effect Diagram - «Диаграмма Исикавы», Organization Chart Diagram - организационная диаграмма).

Для работы с БД должны использоваться язык запросов SQL в рамках стандарта ANSI SQL. В системе должны использоваться общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.

2.4.1.10. Дополнительные требования

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

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

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

- 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;

- 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

2.4.1.12. Требования к транспортабельности для подвижных АИС

Система является стационарным и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.

2.4.2. Требования к структуре и функциям системы

Бизнес - требования:

Исходные данные, возможности бизнеса:

Предметная область связана с учетом продукции в отделе лесозаготовки и мастером отдела, который должен учитывать поступившее сырье и формировать отчетность. Мастер отдела первоначально производит сверку фактически поступившим сырьем и сырьем указанными в накладной. После проверки формируется материальный отчет. Рабочее дневное время мастера составляет 8 часов (480 минут). При ручном оформлении документов мастер отдела может принять 3 бригады, которые привозят сырье  и реализовать продукцию 5 заказчикам. Из этого следует, что время, затрачиваемое на принятие и отпуск ГП равное, в среднем по 1 часу на каждого (60 минут).

Бизнес - цели и критерии успеха:

Бизнес - цель 1. Уменьшить среднее время обработки документов мастером в течение месяца после первого выпуска ФМО.

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

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

Факторы бизнес-риска

Фактор бизнес - риска 1. Для обучения мастера потребуются финансовые и временные ресурсы.

Фактор риска - риска 2. Возможно увеличение сроков реализации проекта / требуемых для реализации финансовых или трудовых ресурсов.

Образ решения

Положение об образе объекта

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

На рис.15 представлены варианты использования информационной системы для пользователя (мастера отдела лесозаготовки).

Рисунок 15 Use Case Diagram

 

Таблица 9 - Варианты использования для пользователя

Действующее лицо	Вариант использования (прецедент)
Мастер отдела лесозаготовки	Заполнение Товарно - Транспортной накладной (ТТН) по учету движения готовой продукции (ГП); Составление договора с заказчиком на реализацию готовой продукции (ГП); Сверка готовой продукции (ГП) в соответствии с планом производства; Заполнение накладных для передачи в бухгалтерию; Формирование планового отчета.

 

2.4.2.1. Перечень функций или задач, подлежащих автоматизации

Таблица 10 - Функции и задачи, подлежащие автоматизации

Функция	Задача
Подготовка к вырубке	Составление списка делянок для вырубки Составление списка бригады лесорубов
Вырубка леса	Подготовка сырья для изготовления ГП
Продажа продукции	Составление договора с заказчиком Заполнение ТТН на отпуск ГП Получение сертификатов качества/ актов несоответствия
Оформление отчетности	Формирование отчетов

2.4.2.2. Временной регламент реализации каждой функции

Таблица 11 - Временной регламент реализации задач

Задача	Требования к временному регламенту
Заполнение товарно-транспортной накладной по учету ГП	Регулярно, в зависимости от заказов
Составление договора с заказчиком на реализацию ГП	Регулярно, в зависимости от  заказа
Сверка продукции в составлении с планом производства	Весь период функционирования системы
Составление накладных для передачи в бухгалтерию	Регулярно, в зависимости количества произведенной продукции
Формирование планового отчета	Весь период функционирования системы

 

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

Таблица 12 - Требования к реализации задач

Задача	Форма представления выходной информации	Характеристики точности и времени выполнения
Заполнение товарно-транспортной накладной по учету движения ГП	Текстовый документ	В момент оформления договоров с физическими и/или юридическими лицами
Составление договора заказчиком на реализацию ГП	Текстовый документ	В момент подсчета необходимого количества сырья и материалов в соответствии с заказом
Сверка продукции в составлении с планом производства	Текстовый документ	Весь период функционирования системы
Заполнение накладных для передачи в бухгалтерию	Текстовый документ	В момент полной готовности продукции, получения образцов для проверки
Формирование планового материального отчета	Текстовый документ	В момент выполнения заказа в производство

 

2.4.2.4 Разработка прототипа системы

Построим модели "to-be" (как должно быть) с учетом внедрения функционального модуля.

Разработаем eEPC Diagram «как будет (to be)» (рис.16)

 

 

Рисунок 16 - eEPC Diagram (как должно быть) «to be»

 

Отличие данной модели от представленной выше модели "as-is" состоит в том, что документооборот происходит не в ручную, а автоматизировано. Кроме того, нет необходимости отправлять какие-либо документы в отдел бухгалтерии, поскольку бухгалтер сам сможет обратиться к ИС и запросить интересующие документы.

 

2.4.3. Требования к видам обеспечения

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

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

Не предъявляются.

2.4.3.2. Требования к информационному обеспечению

2.4.3.2.1. Требования к информационной совместимости со смежными системами

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

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

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

2.4.3.2.3. Требования по применению систем управления базами данных

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД.

2.4.3.2.4. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных

Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».

2.4.3.2.5. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

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

2.4.3.2.6. Требования к контролю, хранению, обновлению и восстановлению данных

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

К хранению данных предъявляются следующие требования:

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

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

К обновлению и восстановлению данных предъявляются следующие требования:

-       для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев;

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

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

• холодная копия - ежеквартально;
• логическая копия - ежемесячно (конец месяца);
• инкрементальное резервное копирование - еженедельно (воскресенье);
• архивирование - ежеквартально;

2.4.3.2.7. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы

Требования не предъявляются.

 

2.4.3.3. Требования к лингвистическому обеспечению

Лингвистическое  обеспечение должно включать:

-       языковые средства общения пользователей с системой;

-       терминологические словари.

-       Языковые средства общения пользователей  (интерфейс  пользователя)  должны  обеспечивать диалог с системой на русском языке в терминах АС.

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

-       технологическое единство в рамках системы, отдельных подсистем;

-       поиск информации в документах системы;

-       достижение максимальных характеристик по полноте и точности при поиске информации в системе;

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

-       развитую систему диалога на языке, близком к естественному;

-       формирование и выдачу информации, а также  ее  отображение с учетом принципов «дружественного интерфейса».

2.4.3.4. Требования к программному обеспечению

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

В состав системы должны входить следующие подсистемы:

-       подсистема хранения данных;

-       подсистема расчета;

-       подсистема формирования отчетности.

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

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

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X), а также Case-средство MS Visio (EPS Diagram, Cause and Effect Diagram - «Диаграмма Исикавы», Organization Chart Diagram - организационная диаграмма).

Данные получаемые в ходе работы с системой, хранятся и обрабатываются при помощи Microsoft SQL Server. Основной используемый язык запросов - Transact-SQL.

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

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

К обеспечению качества программных средств (ПС) предъявляются следующие требования:

-       функциональность должна обеспечиваться выполнением подсистемами всех их функций.

-       надежность должна обеспечиваться за счет предупреждения ошибок - не допущения ошибок в готовых ПС;

-       легкость применения обеспечиваться за счет применения покупных программных средств;

-       эффективность обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом;

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

-       также на каждом этапе в разработки ПС должна проводиться проверка правильности принятых решений по разработке и применения готовых ПС.

Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует.

Интерфейс системы

Визуальное представление интерфейса продемонстрировано ниже (рис.17 - рис.19).

 

Рисунок 17 -  Главная форма

Рисунок 18 -  Форма для заполнения поступившего товара

 

Рисунок 19 -  Форма для заполнения Товарно - транспортной накладной

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

Специальные требования к техническому обеспечению отсутствуют

2.4.3.6. Требования к метрологическому обеспечению

Не предъявляются.

2.4.3.7. Требования к организационному обеспечению

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

-       в случае возникновения со стороны цеха необходимости изменения функциональности системы, пользователи должны обратиться к руководителю предприятия и ведущему системному администратору отдела УИИ;

-       цех должен заранее (не менее чем за 3 дня) информировать всех пользователей (с указанием точного времени и продолжительности) о переходе её в профилактический режим.

К защите от ошибочных действий персонала предъявляются следующие требования:

-       должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;

-       для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;

-       для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.

2.4.3.8. Требования к методическому обеспечению

Не указывается.

2.4.3.9. Требования к патентной чистоте

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

2.5. Состав и содержание работ по созданию системы

Данный раздел должен содержать перечень стадий и этапов работ по созданию системы в соответствии с в соответствии с ГОСТ 24.601.

Разработаем в среде MS Project следующие документы: план проекта (рис.23), график проекта (рис.24), лист ресурсов (рис.25), использование ресурсов (рис.26), использование задач (рис.27).

Рисунок 23 - План проекта

 

 

 

Рисунок 24 - График проекта

 

 

Рисунок 25 - Лист ресурсов

 

Рисунок 26 - Использование ресурсов

 

 

Рисунок 27 Использование задач

 

2.6 Порядок контроля и приемки системы

Общие требования к приемке работ.

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

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

Испытания Подсистемы должны проводиться в соответствии с ГОСТ 34.603-92.

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

Этап "Проведение предварительных испытаний" заканчивается оформлением акта о приемке Подсистемы в опытную эксплуатацию с приложением к нему протоколов испытаний.

Результаты работ по этапу "Опытная эксплуатация" принимаются с оформлением Акта о завершении опытной эксплуатации.

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

Порядок и сроки проведения приемочных испытаний определяются Заказчиком на этапе "Опытная эксплуатация".

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

      Виды и объем испытаний системы

Система подвергается испытаниям следующих видов:

1.     Предварительные испытания.

2.     Опытная эксплуатация.

3.     Приемочные испытания.

Состав испытаний

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

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

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

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

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

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

Приемочные испытания проводятся в соответствии с Программой и методикой приемочных испытаний путем выполнения комплексных тестов, подготовленных Разработчиком и согласованных с Заказчиком.

Приемочные испытания должны включать проверку:

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

-       выполнении каждого требования, относящегося к интерфейсу Подсистемы;

-       работы персонала в диалоговом режиме;

-       средств и методов восстановления работоспособности Подсистемы после отказов;

-       комплектности и качества эксплуатационной документации.

Проверку работы персонала  в диалоговом режиме проводят с учетом полноты и качества выполнения функций Подсистемы в целом. При этом проверке подлежат:

-       полнота сообщений, директив, запросов, доступных оператору и их достаточность для эксплуатации Подсистемы;

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

-       реакция Подсистемы и ее частей на ошибки оператора, средства сервиса.

Проверка средств восстановления работоспособности Подсистемы после отказов ЭВМ должна включать:

-       проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

-       практическую выполнимость рекомендованных процедур;

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

При испытаниях Подсистемы проверяется:

-       качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования Подсистемы согласно ЧТЗ

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

2.7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие

Состав и содержание работ по созданию системы регламентирован стандартом ГОСТ-34.602, РД 50-34.698-90.

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

2.7.1. Технические мероприятия

Силами Заказчика в срок до начала этапа "Разработка рабочей документации. Адаптация программ" должны быть выполнены следующие работы:

-       осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями, приведенными в настоящем техническом задании;

-       осуществление закупки и установки необходимого АТК;

-       организовано необходимое сетевое взаимодействие.

2.7.2. Организационные мероприятия

Силами Заказчика в срок до начала этапа работ "Разработка рабочей документации. Адаптация программ" должны быть решены организационные вопросы по взаимодействию с системами источниками данных. К данным организационным вопросам относятся:

-       организация доступа к базам данных источников;

-       определение регламента информирования об изменениях структур систем источников;

-       выделение ответственных специалистов со стороны Заказчика, для взаимодействия с проектной командой по вопросам взаимодействия с системами источниками данных.

 

Для поддержки функционирования системы Заказчиком до начала этапа "Ввод в действие" должна быть создана Служба эксплуатации в соответствии с требованиями, изложенными в рабочей документации.

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

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

2.7.3. Изменения в информационном обеспечении

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

Перечень регламентов может быть изменен на стадии "Разработка рабочей документации. Адаптация программ".  

2.8 Требования к документированию

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

-       согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов;

-       требования по документированию комплектующих элементов;

-       при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов;

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

Вся работа по разработке системы "Контроль качества" должна быть документирована в соответствии со стандартами. Перечень стандартов и базовых нормативных документов для выполнения проекта приведен ниже:

1.     ГОСТ 34.602 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

2.     РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.

3.     ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.

4.     ISO 15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств

5.     ISO 15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207.

6.     ISO 16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207 при административном управлении проектами.

7.     ISO 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.

8.     ГОСТ 19-201-78 Единая система программной документации. Техническое здание. Требование к содержанию и оформлению.

9.     ГОСТ 19.402-78 Единая система программной документации. Описание программы.

10.                      ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.

11.  ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

2.9. Источники разработки

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

-       Договор №100 от 20.11.2012 между ООО «Ремекс» и ООО «Квалитет групп».

-       ГОСТ 24.701-86 "Надежность автоматизированных систем управления".

-       ГОСТ 15150-69 "Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды".

-       ГОСТ 21958-76 "Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования".

-       ГОСТ 12.1.004-91 "ССБТ. Пожарная безопасность. Общие требования".

-       ГОСТ Р 50571.22-2000 "Электроустановки зданий".

 

СОСТАВИЛИ

Наименование организации	Должность исполнителя	Фамилия имя, отчество	Подпись	Дата

СОГЛАСОВАНО

Наименование организации	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата

Выводы к главе 2

Во второй главе данного проекта было составлено ТЗ на внедрение  функционального модуля 1С - Логистика «Управленческий учет» в отдел лесозаготовки на предприятии ООО «Кананикольское ЛПХ».

В ТЗ были отражены следующие моменты:

• Общие сведения об функциональном модуле.
• Назначение и цели внедрения модуля.
• Характеристика объектов автоматизации.
• Требования к системе.
• Состав и содержание работ по внедрению модуля
• Порядок контроля и приемки.
• Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу модуля в действие.
• Требования к документированию.
• Источники разработки.

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

-       Отсутствие взаимодействия между отделами

-       отсутствие единой базы данных по учету документации

-       большая трата времени на ведение документооборота вручную

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

 

Заключение

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

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

Для реализации обозначенных ранее задач был использован метод анкетирования, анкету заполнял директор компании Денисов А.А.; так же использовались следующие методологии структурного анализа и проектирования: SADT, RUP и ARIS.

Были построены модели:

1.     Organization Chart Diagram - организационная диаграмма (MS Visio);

2.     Effect Diagram - «Диаграмма Исикавы» (MS Visio);

3.     eEPC Diagram - диаграмма потока работ (MS Visio);

4.     функциональная диаграмма IDEF0 (AllFusion Process Modeler);

5.     Use Case Diagram - диаграмма вариантов использования (Rational Rose);

Были сделаны выводы о том, что на предприятие ООО «Кананикольское ЛПХ» необходимо внедрить функциональный модуль 1С-Логистика: Управление складом в отдел лесозаготовки.

 Функциональный модуль позволит:

-       Сократить временные затраты на заполнение документации;

-       снизить длительность обработки информации;

-       обеспечить взаимодействие между отделом лесозаготовки и отделом бухгалтерии;

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

В рамках данного проекта было разработано ТЗ функционального модуля 1С-Логистика: Управление складом в отделе лесозаготовки на предприятии ООО «Кананикольское ЛПХ». Поставленная вначале цель была достигнута.

 

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

-       Анализ предметной области.

-       Построение модели "as-is" бизнес-процессов деятельности объекта информатизации.

-       Определение "узких мест".

-       Формулировка требований пользователей к информационной системе.

-       Расчет экономической эффективности проекта.

-       Разработка модели "to-be" бизнес-процессов деятельности объекта автоматизации.

-       Определение требований к видам обеспечения.

-       Определение состава и содержание работ по созданию системы.

-       Составление технического задания проекта.

 

На базе разработанного в данной работе ТЗ функционального модуля 1С-Логистика: Управление складом на предприятии ООО «Кананикольское ЛПХ» возможно создание информационной системы для отдела.

 

 

Список литературы

1.     ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.

2.     ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

3.     ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.

4.     ГОСТ 34.321- 96 Информационная технология. Система стандартов по базам данных. Эталонная модель.

5.     ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

6.     ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

7.     ГОСТ 34.603-92 Информационные технологии. Виды испытаний автоматизированных систем.

8.     ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

9.     ГОСТ Р ИСО/МЭК 15271-98 «Информационные технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)

10.                       ГОСТ Р 50739-95. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования

11.                       Ипатова Э.Р., Ипатов Ю.В. Проектирование информационных систем:                 Учебное пособие.- Магнитогорск: МаГУ, 2003. - 187 c.

12.                       Ипатова Э.Р., Ипатов Ю.В. Практикум по проектированию информационных систем: Учеб. пособие. - Магнитогорск: МаГУ, 2004. - 116 с.

13.                       Липаев В.В. Надежность программных средств. - М.:Синтег, 1999.

1.  Официальный сайт компании «Кананикольское ЛПХ». - Режим доступа: http://www.bashles.ru/holding/kananikol/

 

 

Приложения

ПРИЛОЖЕНИЕ А

Анкета

1.      Фамилия, имя, отчество начальника: Денисов Анатолий Александрович, телефон: 8 (3552) 2-85-99.

2.      Основная цель деятельности отдела: Лесозаготовка.

3.      Основные функции отдела - Лесозаготовки:

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

4.      Кадровый состав подразделения: мастер верхнего склада, мастер нижнего склада.

5.      Документы, поступающие в отдел лесозаготовки из других подразделений:

• Товарно - транспортная накладная с верхнего на нижний склад;
• Ярлык (в котором прописываются: размеры, количество, диаметры хлыстов)

6.      Физическое представление, время и частота поступления, вид обработки и требования к безопасности каждого из этих документов:

• Товарно - транспортная накладная с верхнего на нижний склад - бумажный документ, который обязательно заполняется при каждой отправки леса с верхнего склада на нижний;
• Ярлык - специальный документ, который прилагается к сырью, в нем прописывается: вид сырья (сосна, берёза, хвоя), размер, количество, диаметр.

7.      Продолжительность хранения каждого из документов и условия перевода в архив:

• Товарно - транспортная накладная с верхнего на нижний склад - 5 лет, после сдаются в архив;
• Ярлык - 5 лет, сдаются в архив.

 

8.      Документы, формирующиеся в подразделении: приходный ордер; книга. У каждого мастера есть книга учета лесопродукции.

9.      Физическое представление время, частота и вид обработки и требования к безопасности каждого из этих документов:

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

10.    Продолжительность хранения каждого из документов и условия перевода в архив:

• приходный ордер - в течение года, передается в архив;
• книга - хранится в течение календарного года и по истечению этого срока передается в архив.

11.    Документы, передающиеся в другие отделы:

• Отчет - в бухгалтерию;
• Ярлыки - в бухгалтерию
• Товарно - транспортная накладная - в бухгалтерию, покупателю;
• Копия лесобилета - в бухгалтерию.

12.    Физическое представление время и частота отправки, вид обработки и требования к безопасности каждого из этих документов:

• Отчет - бумажный документ, в котором прописываются все проделанные действия за определенный период;
• Ярлыки - специальный документ, который прилагается к сырью, в нем прописывается: вид сырья (сосна, берёза, хвоя), размер, количество, диаметр;
• Товарно - транспортная накладная - документ, сопровождающий груз, предназначенный для учёта движения товарно-материальных ценностей и расчетов за их перевозки автомобильным транспортом;
• Копия лесобилета - копия документа, дающее право на краткосрочное пользование участками леса.

13.    Продолжительность хранения каждого из документов и условия перевода в архив:

• Отчет - в течение 5 лет;
• Ярлык - в течение 5 лет;
• Товарно - транспортная накладная - в течение года;
• Копия лесобилета - в течение 5 лет.

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

• Письма - от банков;
• Штрафные санкции - от налоговой;
• Договор - от заказчика.

15.    Физическое представление время и частота поступления, вид обработки и требования к безопасности каждого из видов информации:

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

16.    Продолжительность хранения каждого из документов и условия перевода в архив:

• Письма - 1 год.
• Штрафные санкции - 1 год.
• Договор - 1 год.

17.    Информация, передающаяся из отдела во внешние органы:

• Платежное поручение на гашение налогов - Банк;
• Платежное поручение на выдачу заработной платы - Банк;
• Отчетность - Налоговая;

18.Физическое представление время и частота поступления, вид обработки и требования к безопасности каждого из видов информации:

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

19.Продолжительность хранения каждого из документов и условия перевода в архив:

• Платежное поручение на гашение налогов - 1 год
• Платежное поручение на выдачу заработной платы - 1 год
• Отчетность - 5 лет
• Договор - 1 год

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

21. Основные недостатки бизнес-процессов и существующей системы обработки документов в подразделении: сложности при работе с бумажными документами, дублирование информации в различных документах.

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

23. Дата заполнения анкеты:_____________.

24.    Подпись лица, заполнившего анкету: ____________.

ПРИЛОЖЕНИЕ Б

Типовая межотраслевая форма № 1-Т
Утверждена постановлением Госкомстата России
от 28.11.97 №78

									Коды
Форма по ОКУД									0345009
Товарно-транспортная накладная							№
				(серия)	Дата составления				10	07
Грузоотправитель						по ОКПО
Грузополучатель		полное наименование организации, адрес, номер телефона				по ОКПО
Плательщик	полное наименование организации, адрес, номер телефона					по ОКПО
	полное наименование организации, адрес, банковские реквизиты

I. ТОВАРНЫЙ РАЗДЕЛ (заполняется грузоотправителем)

Код продукции (номенклатурный номер)

Номер прейскуранта и дополнения к нему

Артикул или номер  по прейскуранту

Количество

Цена, руб. коп.

Наименование продукции, товара (груза), ТУ, марка, размер, сорт

Единица измерения

Вид упаковки

Количество мест

Масса, т.

Сумма, руб. коп.

Порядковый номер записи по складской картотеке (грузоотправителю, грузополучателю)

1

2

3

4

5

6

7

8

9

10

11

12

Товарная накладная имеет продолжение на

листах, на бланках за №

Наценка, %

и содержит

порядковых номеров записей

Складские или транспортные расходы

прописью

Всего наименований

Масса груза (нетто)

Т

прописью

прописью

Т

Всего мест

Масса груза (брутто)

прописью

прописью

Всего к оплате

Приложение (паспорта, сертификаты и т.п.) на   листах   прописью   Всего отпущено на сумму   руб. 00 коп.   прописью   Отпуск разрешил Главный (старший)               бухгалтер           должность   подпись   расшифровка       подпись   расшифровка   Отпуск груза произвел                 должность   подпись   расшифровка подписи   М.П. «   »   20   г.

По доверенности №   от «  » июля 20     г.     выданной           Груз к перевозке принял                 должность подпись расшифровка подписи     (При личном приеме товара по количеству и ассортименту)     претензий не имею             Груз получил грузополучатель               должность подпись расшифровка подписи

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

                                                                                                                                                       

 

 

 

ПРИЛОЖЕНИЕ В

Лесорубочный билет N _____

"__" ______________ г.

Субъект Российской Федерации ____________________________________

------------------------------- ----------------------------------

¦Лесхоз ______________________¦ ¦Способ рубки ___________________¦

¦Лесничество _________________¦ ¦________________________________¦

¦Вид пользования _____________¦ ¦Способ учета ___________________¦

------------------------------- ----------------------------------

На основании _____________________________________________________

разрешается ______________________________________________________

вырубить _______________________________________________ древесины

Лесотаксовый район _______________ разряд такс ___________________

Скидка предоставляется на основании ________________ в размере __%

------+-----T-----+-------+------+------+---------------+-----------------------+----------------+---------

¦Груп-¦N N  ¦N N  ¦Площадь¦Хозяй-¦Дре-  ¦Обеспечить сох-¦Масса древесины в плот-¦ Сумма платежей ¦Причита-¦

¦па   ¦квар-¦лесо-¦лесосек¦ство  ¦весная¦ранение подрос-¦ных куб. м             ¦    в рублях    ¦ется к  ¦

¦лесов¦талов¦сек  ¦(выде- ¦      ¦порода¦та             ¦                       ¦                ¦уплате  ¦

¦     ¦     ¦(вы- ¦лов)   ¦      ¦      +-------+-------+-----+-----T------+----+--------+-------+в рублях¦

¦     ¦     ¦де-  ¦деля-  ¦      ¦      ¦на пло-¦кол-во ¦дело-¦дро- ¦хворо-¦ито-¦по мини-¦по при-¦        ¦

¦     ¦     ¦лов) ¦нок, га¦      ¦      ¦щади,  ¦ тыс.  ¦вой  ¦вяной¦ста и ¦го  ¦мальным ¦нятым  ¦        ¦

¦     ¦     ¦деля-¦       ¦      ¦      ¦га     ¦шт. на ¦     ¦     ¦сучьев¦    ¦ставкам ¦ставкам¦        ¦

¦     ¦     ¦нок  ¦       ¦      ¦      ¦       ¦ 1 га  ¦     ¦     ¦      ¦    ¦        ¦       ¦        ¦

+-----+-----+-----+-------+------+------+-------+-------+-----+-----+------+----+--------+-------+--------+

¦     ¦     ¦     ¦       ¦      ¦      ¦       ¦       ¦     ¦     ¦      ¦    ¦        ¦       ¦        ¦

¦           Итого ¦       ¦      ¦      ¦       ¦       ¦     ¦     ¦      ¦    ¦        ¦       ¦        ¦

------------------+-------+------+------+-------+-------+-----+-----+------+----+--------+-------+---------

Распределение платежей: федеральный бюджет _________________ руб.,

бюджет субъекта Российской Федерации _______________________ руб.,

Сроки внесения платежей __________________________________________

(сроки и проценты по ним)

__________________________________________________________________

Рубке (не) подлежат ______________________________________________

(количество семенников, семенных групп,

__________________________________________________________________

куртин, полос и других деревьев по каждой делянке)

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

Места временных складов при отпуске с учетом по количеству _______

__________________________________________________________________

Вывозка разрешается ____________________________________________

Срок окончания заготовки и вывозки "__" ___________ г.

 

Код для цитирования: Скопировать