РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ВНЕДРЕНИЕ 1СПРЕДПРИЯТИЕ: ТОРГОВЛЯ И СКЛАД ООО «КОМПАНИЯ МЕТИЗСНАБ»

Криворучко О.К. 1

1МГТУ им. Носова

Работа в формате PDF

1.2 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Введение

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

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

Цель проектной работы: разработка ТЗ на внедрение 1СПредприятие: Торговля и Склад ООО «Компания МетизСнаб» для оптимизации отпуска товара со склада.

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

Проанализировать предметную область, описать основные бизнес-процессы на предприятии, построить модель “as-is”(как есть).
Выявить «узкие места» на предприятии и сформировать предложения по их совершенствованию. Сформировать требования пользователей к информационной системе.
Рассчитать экономическую эффективность проекта.
Разработать концепцию проектирования функционального модуля; построить модель “to-be” (как должно быть) бизнес-процессов деятельности объекта автоматизации.
Создать ТЗ функционального модуля.

В результате курсовой работы должен быть сформирован документ, формально определяющий существование проекта, то есть готовое ТЗ по внедрению 1С на ООО «Компания МетизСнаб».

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

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

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

Organization Chart Diagram – организационная диаграмма (MS Visio), для получения представления об организационной структуре ООО «Компания МетизСнаб».
Effect Diagram – “Диаграмма Исикавы” (MS Visio), которая позволит выявить факторы, влияющие на эффективность складского учета.
Функциональная диаграмма IDEF0 (AllFusion Process Modeler), для описания бизнес-процессов внутри предприятия. Декомпозиция данной нотации будет представлена в виде диаграммы потоков данных – DFD (AllFusion Process Modeler) для более детального рассмотрения движения документов, необходимых для обеспечения эффективной реализации процесса товарооборота.
Use Case Diagram – диаграмма вариантов использования (Rational Rose) для представления связи между отделами в ООО «Компания МетизСнаб».
IDEF1X (AllFusion Data Modeler), которая позволит определить состав, структуру и способы организации данных в информационной системе.

Глава 1. Обследование объекта информатизации ООО «Компания МетизСнаб» 1.1. Характеристика предприятия и построение модели «как есть (as-is)» бизнес-процессов

Общество с ограниченное ответственностью «Компания МетизСнаб» достаточно молодое, но интенсивно развивающееся предприятие, зарегистрировано 27.09.2011г. Организационно – правовая форма - общество с ограниченной ответственностью. Согласно учредительным документам компании присвоен ОГРН (основной государственный регистрационный номер) № 1110411003867, ИНН (идентификационный номер налогоплательщика) 0411156942/041101001.

Офисные и складские помещения ООО «Компания МетизСнаб» расположены по адресу г.Магнитогорск, ул.Кирова, 100.

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

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

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

Основными целями деятельности ООО «Компания МетизСнаб» являются:

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

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

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

Получение, хранение и отгрузка товаров на складе. Кладовщик осуществляет приемку, хранение и выдачу товара со склада. Экспедитор-грузчик осуществляет погрузку, выгрузку и внутрискладские перемещения.

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

Основной задачей деятельности ООО «Компания МетизСнаб» является повышение экономической эффективности продаж и получение максимально возможной прибыли.

Организационная структура предприятия

Рисунок 1 - Организационная диаграмма ООО «Компания МетизСнаб».

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

В непосредственном подчинении у генерального директора находятся:

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

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

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

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

Используя методику «будет/не будет», определим, какие объекты и процессы будут принадлежать нашей предметной области.

Будет:

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

Не будет:

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

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

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

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

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

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

На протяжении работы собирается и формируется множество документов.

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

Входные:

Счета-фактуры поставщиков на продукцию
Заявки покупателей
Платежные поручения покупателей
Приходная накладная

Выходные:

Счета на оплату по заказам
Договора поставки
Счета-фактуры покупателям на реализованную продукцию
Заявки поставщикам
Платежные поручения по оплате поставщикам

В Таблице 1 представлены информация и документы, поступающие из других отделов ООО «Компания МетизСнаб».

Таблица 1 – Информация и документы, поступающие к руководителю из отделов ООО «Компания МетизСнаб»

Внешние

источники

Информация

Документы

Физическое представление поступающих документов

Время приема, обработки документов

Продолжительность хранения документов

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

Главный бухгалтер

1.Счета-фактуры поставщиков на продукцию

2. Заявки покупателей

3.Платежные поручения покупателей

Бумажный

документ

В течение 2-3 часов

1.В течение 3 лет

2.До исполнения, в архив не передается

3.В течении 1года в архив не передается

В номенклатуре отдела

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

Таблица 2 – Информация и документы, передающиеся в другие подразделения (отделы) ООО «Компания МетизСнаб»

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

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

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

Рисунок 2 – Диаграмма Исикавы

На основании информации, полученной при анализе предметной области построим модель AS-IS («как есть») бизнес-процессов на момент обследования предприятия для выявления узких мест, а также формулировки предложений по улучшению ситуации (Рисунок 3).

Рисунок 3 – Контекстная диаграмма потоков данных «as is»

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

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

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

запаздывание передачи информации между подразделениями ООО «Компания МетизСнаб»;
ошибки персонала при работе с документами;
дублирование информации;
длительность обработки информации;
сложность и долговременность формирования отчета по складскому движению продукции.

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

Так же вследствие анализа узких мест было принято управленческое решение на целесообразность внедрения 1C в компанию ООО «МетизСнаб» и разработке ТЗ 1.2. Формирование требований пользователя к информационной системе по учету движения продукции

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

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

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

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

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

На основе полученных данных была построена диаграмма вариантов использования информационной системы для диспетчера – Use Case Diagram (Рисунок 5). Требования пользователя направлены на устранение “узких мест”.

Рисунок 5 - Диаграмма вариантов использования

Действующее лицо

Вариант использования (прецедент)

Менеджер по продажам

Получение заказа

Получение сертификатов качества/ актов несоответствия

Заполнение накладной

Формирование отчетов для планово – производственного отдела

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Так, если Центральный банк РФ установил с 14 сентября 2012 года ставку рефинансирования 8,25% (Указание Банка России от 13 сентября 2012 г. № 2873-У "О размере ставки рефинансирования Банка России"); норму прибыли на капитал необходимо установить равной 8,25%.

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

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

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

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

(2)

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

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

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

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

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

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

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

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

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

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

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

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

Кпc – затраты на программные средства

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

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

Киб=кол-во экспертов*з/пл*срок формирования инф.базы =3*10000*0,5 мес =15000руб.

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

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

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

К=(15200+15000+17000)+7% неучтенных затрат=50504руб.

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

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

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

(3),

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

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

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

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

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

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

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

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

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

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

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

Сто2=(з/пл кладовщик *12мес)*25%=17000*12*0,25=51000руб/год

Сто3=(з/пл оператора *12мес)*15%=10000*12*0,15=18000руб/год

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

Сэл=150 руб.мес.*кол-во раб.мест(2)*12мес=1800руб/год

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

С=(4320+51000+18000+3600)+7%=58920+7%=82304,4руб./год

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

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

П=С+Е*К=82304,4 +50504*8,25 % =86470,98руб.

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

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

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

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

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

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

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

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

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

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

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

С_зп = 10000, с внедрением функционального модуля предполагается сокращение должности оператора.

П=С+Е*К=82304,4 +50504*8,25 % =86470,98руб.

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

Э прям= -86470,98руб =10000-86470,98=-76470,98руб.

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

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

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

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

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

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

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

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

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

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

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

Итого ΔШ=100 000 руб.-(100000руб-20%)=20 000 руб.

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

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

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

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

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

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

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

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

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

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

Получаем:

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

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

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

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

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

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

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

ΔСсеб=12*(ΔСк+ΔСзп+ΔСпроч)=12*(7600 руб./мес.+ 1080 руб./мес.+ 260 руб/мес) =12*8940руб/мес. =107280руб/год

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

Экосв=ΔА+ΔСсеб+ΔШ =0+107280+10000=117280руб.

Эгод=Экосв+Эпрям=117280 - 76470,98=40809,02 руб.

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

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

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

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

Ер=Эгод/К=40809,02 /50504=0,808

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

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

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

Затраты на техническое обслуживание 1С в течение года и затраты на заработную плату сотрудника работающего с 1С составит 82304,4руб в год.

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

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

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

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

Далее в рамках проектной работы будет составлено техническое задание на внедрение 1СПредприятие: Торговля и Склад на предприятии ООО «Компания МетизСнаб».

Глава 2. Формирование технического задания на внедрение 1СПредприятие: Торговля и Склад на предприятии ООО «Компания МетизСнаб»

УТВЕРЖДАЮ

УТВЕРЖДАЮ:

Студент 41 группы

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

Расшифровка подписи:

Печать

Дата: 02.10.13

УТВЕРЖДАЮ:

Директор

ООО «Компания МетизСнаб»

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

Расшифровка подписи:

Печать

Дата: 02.10.13

1СПредприятие: Торговля и Склад на предприятии

ООО «Компания МетизСнаб»

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

Торговля и Склад ООО «Компания МетизСнаб»наименование объекта автоматизации

«ТС»

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

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

На 40 листах

Действует с 02.10.2013

СОГЛАСОВАНО

Руководитель: начальник отдела реализации и снабжения

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

Расшифровка подписи

Печать

Дата 02.10.2013

1. Общие сведения 1.1. Наименование системы

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

Полное наименование – 1С Предприятие: Торговля и Склад .

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

Краткое наименование – ТС.

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

Работа выполняется на основании договора №100 от 02.10.2013 между Студентом 41 группы и ООО «Компания МетизСнаб».

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

1.3.1. Заказчик

Заказчик: ООО «Компания МетизСнаб»

Адрес фактический: 455000 г.Магнитогорск, ул.Кирова, 100

Телефон: +7 (3519) 24-55-73

Факс: +7 (351) 24-26-04

1.3.2. Разработчик----

Разработчик: Студент 41 группы

Адрес фактический: г.Магниторск

Телефон: +7 (982) 3158624

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

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

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

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

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

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

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

ТС предназначена для уменьшения временных, трудовых и финансовых ресурсов, повышения оперативности взаимодействия с другими подразделениями предприятия.

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

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

ТС внедряется для сотрудников с целью:

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

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

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

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

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

В непосредственном подчинении у генерального директора находятся:

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

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

Рисунок 7 – Диаграмма Исикавы

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

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

Квалификация
Мотивация
Коммуникабельность
Здоровье

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

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

Знание (образование)
Подготовка
Опыт

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

Затраченные усилия
Ожидания
Заинтересованность в вознаграждении

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

Болезнь
Усталость
Хорошее настроение

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

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

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

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

Техническая эффективность мощностей
Степень использования
Ремонты

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

Контроль использования запасов
Скорость использования
Уровень запасов

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

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

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

Рисунок 8 – Контекстная диаграмма функциональной модели DFD

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

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

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

“Прием заказов”. В процессе выполнения данной функции информация о заказах (количество и пр.).
“Прием продукции”. В процессе выполнения данной функции информация о сырье и материалах (наименование, количество) берется из документов и заносится в отчет.
“Составление запросов на соответствие выполненных заказов качеству”. Данный этап регламентируется ГОСТ 15467-79 “Управление качеством продукции. Основные понятия. Термины и определения”. В результате реализации данной функции определяется, соответствует ли продукция стандартам.
“ Отпуск продукции ”. На данном этапе оформляются накладные на передачу готового заказа.
“ Оформление отчетности ” Завершает работу системы событие “Отчет составлен”. Таким образом, отслеживается весь процесс производства готовой продукции.

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

Таблица 3

№	Наименование бизнес-процесса	Возможность автоматизации	Решение об автоматизации в ходе проекта
	Получение заказа на реализацию	Возможна	Будет автоматизирован
	Составление запросов на соответствие качеству	Возможна	Будет автоматизирован
	Получение сертификатов качества/ актов несоответствия	Возможна	Будет автоматизирован
	Заполнение накладной	Возможна	Будет автоматизирован
	Формирование отчетов	Возможна	Будет автоматизирован

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

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

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

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

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

работу пользователей в режиме – 24 часов в день, 7 дней в неделю (24х7);
выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Конечный пользователь (Диспетчер) - знание предметной области, профессиональное пользование ПК.
Администратор ТС - знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

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

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

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

- Администратор ТС – двухсменный график, поочередно.

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

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

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

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

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

При изменении количества потребителей информации;
При изменении количества услуг и приложений;
При изменении требований к системе безопасности;
При изменении количества поставщиков информации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Импульсные помехи, сбои или прекращение электропитания.

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

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

4.1.5. Требования к эргономике и технической эстетике

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

в части внешнего оформления:

интерфейс системы должен быть типизирован;
должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
должен использоваться шрифт Times New Roman;
размер шрифта должен быть 12;
цветовая палитра должна быть в сине-белых тонах;
в шапке форм, документов и отчетов должен использоваться логотип Заказчика.

в части диалога с пользователем:

для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
при возникновении ошибок в работе системы – на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

в части процедур ввода-вывода данных:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 11 Use Case Diagram

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

Действующее лицо

Вариант использования (прецедент)

Менеджер по продажам

Оформление заказов

Сверка товара на наличие

Получение сертификатов качества

Формирование отчетов

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

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

Функция	Задача
Оформление заказов	Получение заказа на реализацию
Сверка товара на наличие	Сверка документов на товар и документов проданного товара
Получение сертификатов качества	Составление запросов на соответствие качеству Получение сертификатов качества/ актов несоответствия
Оформление отчетности	Формирование отчетов

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

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

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

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

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

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

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

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

Разработаем контекстную диаграмму функциональной модели IDEF0 (рис.12)

Рисунок 12 - Диаграмма потоков данных «to be»

Декомпозиция диагрмаммы функциональной модели IDEF0

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

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

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

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

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

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

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

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

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

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

4.3.2.2. Требования к информационному обмену между компонентами системы

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

Таблица 12 – Требования к информационному обмену

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Визуальное представление интерфейса продемонстрировано ниже (рис.15 – рис.21).

Рисунок 15 - Форма авторизации пользователя

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

Ниже (рис.17 – рис.18) представлены действия, которые может выполнять пользователь, войдя в систему.

Рисунок 17 - Подпункты меню “Файл”

Рисунок 18 - Подпункты меню “Правка”

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

Специальные требования к техническому обеспечению отсутствуют 4.3.6. Требования к метрологическому обеспечению Не предъявляются.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 28 Отчет дела по исполнителя

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Предварительные испытания.
2. Опытная эксплуатация.
3. Приемочные испытания.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

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

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

Договор №100 от 20.11.2012 между Студентом 41 группы и ООО «Компания МетизСнаб».
ГОСТ 24.701-86 “Надежность автоматизированных систем управления”.
ГОСТ 15150-69 “Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды”.
ГОСТ 21958-76 “Система “Человек-машина”. Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования”.
ГОСТ 12.1.004-91 “ССБТ. Пожарная безопасность. Общие требования”.
ГОСТ Р 50571.22-2000 “Электроустановки зданий”.

СОСТАВИЛИ

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

СОГЛАСОВАНО

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

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

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

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

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

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

запаздывание передачи информации между подразделениями ООО «Компания МетизСнаб»;
возможность ошибки персонала, при работе с документами;
дублирование информации;
длительность обработки информации;
сложность и долговременность формирования отчета по произведенной продукции.

Заключение

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

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

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

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

Organization Chart Diagram – организационная диаграмма (MS Visio);
Effect Diagram – «Диаграмма Исикавы» (MS Visio);
eEPC Diagram – диаграмма потока работ (MS Visio);
функциональная диаграмма IDEF0 (AllFusion Process Modeler);
диаграмма потоков данных – DFD (AllFusion Process Modeler);
Use Case Diagram – диаграмма вариантов использования (Rational Rose);
IDEF1X (AllFusion Data Modeler).

Были сделаны выводы о том, что на предприятие ООО «Компания МетизСнаб» необходимо внедрить информационную систему. Автоматизированная система позволит:

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

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

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

Анализ предметной области.
Построение модели “as-is” бизнес-процессов деятельности объекта информатизации.
Определение “узких мест”.
Формулировка требований пользователей к информационной системе.
Расчет экономической эффективности проекта.
Разработка модели “to-be” бизнес-процессов деятельности объекта автоматизации.
Определение требований к видам обеспечения.
Определение состава и содержание работ по созданию системы.
Составление технического задания проекта.

На базе разработанного в данной работе ТЗ по внедрению 1С на предприятие ООО «Компания МетизСнаб» возможно создание информационной системы.

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

ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.
ГОСТ 34.321- 96 Информационная технология. Система стандартов по базам данных. Эталонная модель.
ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.
ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
ГОСТ 34.603-92 Информационные технологии. Виды испытаний автоматизированных систем.
ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.
ГОСТ Р ИСО/МЭК 15271-98 «Информационные технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)
ГОСТ Р 50739-95. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования
Ипатова Э.Р., Ипатов Ю.В. Проектирование информационных систем: Учебное пособие.— Магнитогорск: МаГУ, 2003. — 187 c.
Ипатова Э.Р., Ипатов Ю.В. Практикум по проектированию информационных систем: Учеб. пособие. – Магнитогорск: МаГУ, 2004. – 116с.
Липаев В.В. Надежность программных средств. - М.:Синтег, 1999.

Приложения

ПРИЛОЖЕНИЕ А

Анкета

Фамилия, имя, отчество Генерального директора: Ярвиц Дина Вячеславовна, телефон: 8 (351) 9069461.
Основная цель деятельности компании: эффективные продажи металлопродукции.
Основные функции, выполняемые на предприятии:

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

4. Организационная структура предприятия:

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

5. Входные документы предприятия:

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

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

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

8. Внутренние документы предприятия:

Накладная на комплектацию и отгрузку заказа
Отчет о складских остатках
Акт внутренней ревизии складских остатков

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

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

17. Исходящие документы предприятия:

Товарные накладные и счета-фактуры покупателям на реализованную продукцию
Заявки поставщикам
Платежные поручения по оплате поставщикам
Налоговая отчетность;

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

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

20. Описание информационной инфраструктуры (техническое оснащение и программные продукты) организации: в настоящее время компания оснащена .

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

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

23. Дата заполнения анкеты:_____________.

24. Подпись лица, заполнившего анкету: ____________.

ПРИЛОЖЕНИЕ Б

Типовая межотраслевая форма № М-8

Утверждена постановлением Госкомстата России

от 30.10.97 № 71а

ЛИМИТНО-ЗАБОРНАЯ КАРТА №

		Коды
Форма по ОКУД		0315005
Организация	по ОКПО

			Дата состав-ления	Код вида операции	Вид деятельности		Отправитель	Получатель		Корреспондирую-щий счет			Учетная единица выпуска про-дукции (работ, услуг)
			Дата состав-ления	Код вида операции	Вид деятельности		структурное подразделение	структурное подразделение		счет, субсчет	код анали-тического учета		Учетная единица выпуска про-дукции (работ, услуг)

Материальные ценности									Единица измерения
наименование, сорт, размер, марка						номенклатурный номер			код			наименование

		Порядковый номер по складской картотеке				Всего отпущено с учетом возврата			Цена, руб. коп.			Сумма без учета НДС, руб. коп.
Лимит


Отпущено	Дата	Количество				Остаток лимита			Подпись заведующего складом или получателя

ПРИЛОЖЕНИЕ В

ПРИЛОЖЕНИЕ Г

Просмотров работы: 8191

Код для цитирования:

VII Международная студенческая научная конференция Студенческий научный форум - 2015

РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ВНЕДРЕНИЕ 1СПРЕДПРИЯТИЕ: ТОРГОВЛЯ И СКЛАД ООО «КОМПАНИЯ МЕТИЗСНАБ»

Студенческий научный форум - 2015
VII Международная студенческая научная конференция