МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА» Курсовая работа по теме: Разработка технического задания на внедрение 1СПредприятие: Торговля и Склад ООО «Компания МетизСнаб» Выполнил: Студент 51 группы Криворучко Олег Константинович Проверила: Зав. Каф. Инф. систем Назарова О.Б Магнитогорск 2014г.
2 Содержание ГЛАВА 1. ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ ООО «КОМПАНИЯ МЕТИЗСНАБ» ХАРАКТЕРИСТИКА ПРЕДПРИЯТИЯ И ПОСТРОЕНИЕ МОДЕЛИ «КАК ЕСТЬ (AS-IS)» БИЗНЕС-ПРОЦЕССОВ ФОРМИРОВАНИЕ ТРЕБОВАНИЙ ПОЛЬЗОВАТЕЛЯ К ИНФОРМАЦИОННОЙ СИСТЕМЕ ПО УЧЕТУ ДВИЖЕНИЯ ПРОДУКЦИИ РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА ВЫВОДЫ ПО ГЛАВЕ ГЛАВА 2. ФОРМИРОВАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ВНЕДРЕНИЕ 1СПРЕДПРИЯТИЕ: ТОРГОВЛЯ И СКЛАД НА ПРЕДПРИЯТИИ ООО «КОМПАНИЯ МЕТИЗСНАБ» ТЕХНИЧЕСКОЕ ЗАДАНИЕ ОБЩИЕ СВЕДЕНИЯ Наименование системы Основания для проведения работ Наименование организаций Заказчика и Разработчика Плановые сроки начала и окончания работы Источники и порядок финансирования Порядок оформления и предъявления заказчику результатов работ НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ Назначение системы Цели создания системы ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ТРЕБОВАНИЯ К СИСТЕМЕ Требования к системе в целом Требования к структуре и функциям системы Требования к видам обеспечения СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ В ДЕЙСТВИЕ Технические мероприятия Организационные мероприятия Изменения в информационном обеспечении ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ИСТОЧНИКИ РАЗРАБОТКИ ВЫВОДЫ К ГЛАВЕ ЗАКЛЮЧЕНИЕ СПИСОК ЛИТЕРАТУРЫ ПРИЛОЖЕНИЯ
3 Введение В современных условиях на предприятиях сотрудникам приходится иметь дело с большим количеством часто изменяющейся информации, которую просто невозможно обработать «вручную». Развитие информационных технологий в настоящее время происходит очень динамично. Практически для любой области бизнеса, финансовой и хозяйственной деятельности имеется программное обеспечение, автоматизирующее и упрощающее работу предприятий. На предприятиях, имеющих значительный оборот продукции, существует необходимость автоматизации процесса учёта и контроля большого объёма финансовой, закупочно сбытовой, маркетинговой и другой информации. Эффективная автоматизация оптовой торговли обязана обеспечивать полную взаимосвязь всех отделов предприятия, возможность анализа и последующего планирования всех закупок и продаж, а также учет движения товаров и оперативное ведение складского учета товаров. Цель проектной работы: разработка ТЗ на внедрение 1СПредприятие: Торговля и Склад ООО «Компания МетизСнаб» для оптимизации отпуска товара со склада. Для достижения цели необходимо решить следующие задачи: Проанализировать предметную область, описать основные бизнеспроцессы на предприятии, построить модель as-is (как есть).
Разработка информационной системы учета работы строительного предприятия
... совершенствуя качество услуг и работ, используя самые современные инновационные технологии, компания приступила к внедрению системы менеджмента качества ISO 9001. Компания гарантирует отличное качество, состояние производства строительных работ и соответствие нормативным документам ...
Выявить «узкие места» на предприятии и сформировать предложения по их совершенствованию. Сформировать требования пользователей к информационной системе. Рассчитать экономическую эффективность проекта. Разработать концепцию проектирования функционального модуля; построить модель 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 диаграмма вариантов использования).
3
4 Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х. В рамках проекта будут построены следующие модели: 1. Organization Chart Diagram организационная диаграмма (MS Visio), для получения представления об организационной структуре ООО «Компания МетизСнаб». 2. Effect Diagram Диаграмма Исикавы (MS Visio), которая позволит выявить факторы, влияющие на эффективность складского учета. 3. Функциональная диаграмма IDEF0 (AllFusion Process Modeler), для описания бизнес-процессов внутри предприятия. Декомпозиция данной нотации будет представлена в виде диаграммы потоков данных DFD (AllFusion Process Modeler) для более детального рассмотрения движения документов, необходимых для обеспечения эффективной реализации процесса товарооборота. 4. Use Case Diagram диаграмма вариантов использования (Rational Rose) для представления связи между отделами в ООО «Компания МетизСнаб». 5. IDEF1X (AllFusion Data Modeler), которая позволит определить состав, структуру и способы организации данных в информационной системе. Глава 1. Обследование объекта информатизации ООО «Компания МетизСнаб» 1.1.
Характеристика предприятия и построение модели «как есть (as-is)» бизнес-процессов Общество с ограниченное ответственностью «Компания МетизСнаб» достаточно молодое, но интенсивно развивающееся предприятие, зарегистрировано г. Организационно правовая форма — общество с ограниченной ответственностью. Согласно учредительным документам компании присвоен ОГРН (основной государственный регистрационный номер) , ИНН (идентификационный номер налогоплательщика) / Офисные и складские помещения ООО «Компания МетизСнаб» расположены по адресу г.магнитогорск, ул.кирова, 100. Сфера деятельности компании оптовая и мелкооптовая торговля металлопродукцией: проволоки, сетки, болты, гайки, гвозди и другие крепежные изделия. Номенклатура продукции в обороте предприятия огромна более десяти тысяч различных видов и типоразмеров товаров. Также обширна география партнеров предприятия, как поставщиков, так и покупателей. В настоящее время установлены прочные взаимоотношения с более чем 100 поставщиками-производителями различных видов металлопродукции. Постоянными покупателями являются более 1000 предприятий из разных регионов страны. 4
Анализ реализации продукции предприятия
... специалисту в области экономического анализа данную тему необходимо углубленно изучить. Цель курсовой работы - изучить процесс реализации готовой продукции на предприятии ООО «Племенной Птицеводческий ... продукции занимается отдел сбыта организации. Работники этой службы заключают договоры с покупателями, оформляют документы на отгружаемую продукцию, ведут оперативный учет движения продукции на ...
5 Основой успешной деятельности предприятия руководство компании считает максимально эффективное, полное и оперативное выполнение заказов покупателей на отгрузку. Выполняются сборные заявки на поставку от 1 кг продукции до вагонных норм отгрузки. В современных экономических реалиях при большой конкуренции на рынке металлопродукции именно комплексное снабжение предприятий, оперативность отгрузки и разумная ценовая политика обеспечивают благополучие и развитие компании. Основными целями деятельности ООО «Компания МетизСнаб» являются: поиск покупателей и поставщиков; формирование и обработка заказов, заключение договоров; закупка продукции; комплектация и отгрузка заказов; оформление документов учетная деятельность (бухгалтерский учет, складской учет, налоговый учет).
Поиск покупателей. В компании поиском занимается менеджер отдела продаж, он осуществляет переговоры с потенциальными клиентами, занимается продвижением услуг компании. В случае заинтересованности обоих сторон, происходит получение и обработка заявки, составление и утверждение договора, договора сторонами. Закупка продукции у поставщиков. Ассортимент, количество необходимой продукции определяет менеджер отдела реализации и снабжения на основании анализа движения и остатков продукции на складе. Поставщику оформляется заявка с перечислением требующихся товаров, выбираются наиболее подходящие предложения, заключаются договора на поставку. Получение, хранение и отгрузка товаров на складе. Кладовщик осуществляет приемку, хранение и выдачу товара со склада. Экспедиторгрузчик осуществляет погрузку, выгрузку и внутрискладские перемещения. Учетная деятельность. Складской учет формируется совместно кладовщиком и отделом реализации и снабжения, контролируется бухгалтерией предприятия. Бухгалтерский и налоговый учет формируется бухгалтером и утверждается руководителем предприятия. Основной задачей деятельности ООО «Компания МетизСнаб» является повышение экономической эффективности продаж и получение максимально возможной прибыли. 5
6 Организационная структура предприятия Генеральный директор Зам. директора по коммерческим вопросам Зам. директора по отгрузке и снабжению Главный бухгалтер Коммерческий отдел Менеджеры комм.отдела Отдел реализации и снабжения Бухгалтерия Склад Кладовщик оператор грузчики Менеджеры отдела реализации и снабжения Рисунок 1 — Организационная диаграмма ООО «Компания МетизСнаб». Генеральный директор руководит работой всего предприятия, решает в основном управленческие вопросы, а также вопросы стратегического характера и движения финансовых потоков. В непосредственном подчинении у генерального директора находятся: Заместитель по коммерческим вопросам Заместитель по отгрузке и снабжению Главный бухгалтер. Заместитель по коммерческим вопросам: руководит работой коммерческого отдела. Функции отдела поиск и привлечение покупателей продукции, заключение договоров, формирование и отслеживание заявок на отгрузку, контроль оплат по договорам, отслеживание сроков отгрузки и иных условий договоров. Заместитель по отгрузке и снабжению: руководит работой отдела реализации и снабжения. Функции отдела обеспечение отгрузки заявок со склада, поиск поставщиков продукции, закупка продукции на склад, 6
Управление качеством продукции на машиностроительном предприятии
... испытаний, но и в эксплуатации, а для сложных видов оборудования – с предоставлением определенного гарантийного срока после установки оборудования на предприятии заказчика. Поэтому управление качеством продукции ... фиксируются в нормативных и номативно-технических документах: государственных, отраслевых, фирменных стандартах, технических условиях на продукцию, в технических заданиях на проектирование ...
7 оформление первичной документации по приемке и отгрузке продукции, ведение складского учета продукции. Главный бухгалтер: в его подчинении бухгалтерия. Функции бухгалтерского отдела ведение бухгалтерского и налогового учета на предприятии, контроль складского учета, внутренняя отчетность по экономической эффективности деятельности предприятия, взаимоотношения с банковскими, налоговыми и другими контролирующими структурами. Используя методику «будет/не будет», определим, какие объекты и процессы будут принадлежать нашей предметной области. Будет: проект будет внешним, поскольку в данной задаче происходит взаимодействия с поставщиками, клиентами или другими представителями «внешней среды»; проект будет предназначен для отдела реализации и снабжения; проект предназначен для следующих действий: приемка продукции, комплектация и отгрузка заказов; оформление документов и отчетов; проект будет использоваться другими службами: например, коммерческим отделом; проект будет учебным с целью изучения методологий проектирования ИС. Не будет: проект не будет полномасштабной корпоративной системой; проект не рассматривает проблемы хранения продукции; Перечисленные характеристики позволяют четко определить не только границы рабочей области моделирования, но и выделить основные функции и основные данные предметной области.
Исходя из условия задачи, можно выделить следующие основные функции моделируемого бизнес-процесса. Основной функцией является — комплектация и отгрузка заказов, оформление документов и отчетности. Основными данными моделируемого бизнес-процесса будут выступать: приходная накладная на поступившую продукцию, заявка на отгрузку, расходная накладная на отгруженную продукцию, отчеты. Перед проведением предпроектного обследования предприятия были использованы следующие методы: сбор и анализ документов, анкетирование и интервьюирование начальников отделов. На протяжении работы собирается и формируется множество документов. Можно выделить следующие документы, описывающие процессы предметной области: Входные: Счета-фактуры поставщиков на продукцию 7
8 Заявки покупателей Платежные поручения покупателей Приходная накладная Выходные: Счета на оплату по заказам Договора поставки Счета-фактуры покупателям на реализованную продукцию Заявки поставщикам Платежные поручения по оплате поставщикам В Таблице 1 представлены информация и документы, поступающие из других отделов ООО «Компания МетизСнаб». Таблица 1 Информация и документы, поступающие к руководителю из отделов ООО «Компания МетизСнаб» Внешние источники Главный бухгалтер Информация 1.Счета-фактуры поставщиков на продукцию 2. Заявки покупателей 3.Платежные поручения покупателей Физическое представление поступающих документов Бумажный документ Время приема, обработки документов В течение 2-3 часов Документы Продолжительность хранения документов 1.В течение 3 лет 2.До исполнения, в архив не передается 3.В течении 1года в архив не передается Требования к безопасности В номенклатуре отдела Информация и документы, которые передаются из предприятия в другие подразделения (отделы) предприятия, представлены в Таблице 2. Таблица 2 Информация и документы, передающиеся в другие подразделения (отделы) ООО «Компания МетизСнаб» Подразделени я, из которых поступает информация Информация Физическое представление поступающих документов Бумажный документ Налоговая Штрафные санкции Банк Письма Бумажный документ Заказчик Договор Бумажный Поставщик документ Время приема, обработки документов В течение месяца В течение 2-3 часов В течение одного дня Документы Продолжительность хранения документов В течение года, в архив не передаются В течение года, в архив не передаются В течение года, в архив не передаются Требования безопасности к В номенклатуре отдела В номенклатуре отдела В номенклатуре отдела На этапе предпроектного обследования рассмотрим факторы, которые смогут повлиять на результат работы. В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, конкретнее Case-средство Visio и в нем Диаграмму причин и факторов (диаграмма Исикавы) (Рисунок 2) 8
Реферат планирование новой продукции
... В Российской практике, планированием новой продукции на предприятиях старой формации заняты планово-экономический, финансово-сбытовой отдел, отдел главного конструктора, отдел главного технолога, отдел, занятый НИОКР. ... Затраты (затраты на весь процесс создания, структура затрат) В процессе разработки новой продукции задействован ряд подразделений, наиболее тесно связанных между собой. Это отделы, ...
9 Рисунок 2 Диаграмма Исикавы
10 На основании информации, полученной при анализе предметной области построим модель AS-IS («как есть») бизнес-процессов на момент обследования предприятия для выявления узких мест, а также формулировки предложений по улучшению ситуации (Рисунок 3).
USED AT: AUTHOR: DATE: PROJECT: Криворучко REV: WORKING DRAFT RECOMMENDED READER DATE CONTEXT: TOP NOTES: PUBLICATION Прайс лист Устав МетизСнаб Договор Данные о выполнении договора Данные о товаре в продаже Запрос покупателя Реализац ия готовой продукции со скл ада Данные об отпущенном товаре Данные об оплате 0р. 0 Точка Зрения:Начальник отдела продаж Кл адовщик Менеджер по договорам Сотрудник отдела продаж Цель: Описать процесс реализации готовой продукции со склада NODE: TITLE: NUMBER: Реализация готовой продукции со склада A-0 Рисунок 3 Контекстная диаграмма потоков данных «as is»
11 Уточним модель, используя полученную в процессе сбора информацию. Декомпозируем контекстную диаграмму потоков данных, построив модель потоков данных () (Рисунок 4).
USED AT: AUTHOR: DATE: PROJECT: Криворучко REV: WORKING DRAFT READER DATE CONTEXT: RECOMMENDED NOTES: PUBLICATION A-0 Устав МетизСнаб Прайс л ист Договор Отказ заявки Запрос покупателя Обработка запроса 0р. Данные о товаре в продаже 1 Обработанный запрос Запрос на склад Товар имеется в наличии Отсутствие товара Данные о выполнении договора 0р. 2 Данные об оплате Провекра оплаты Оплата не прошла 0р. 3 Данные на выдачу товара Данные об отпущенном товаре Выдача товара 0р. 4 Клад овщик Сотрудник отдела продаж Менеджер по договорам NODE: TITLE: NUMBER: Реализация готовой продукции со склада A0 Рисунок 4 Декомпозиция контекстной диаграммы потоков данных
Пути снижения себестоимости продукции работ услуг
... эффекта с наименьшими затратами, экономия трудовых, материальных и финансовых ресурсов зависят от того, как решает предприятие вопросы снижения себестоимости продукции. Выявление резервов снижения себестоимости должно опираться на комплексный технико-экономический анализ работы ...
12 В ходе анализа системы были выделены следующие «узкие места»: запаздывание передачи информации между подразделениями ООО «Компания МетизСнаб»; ошибки персонала при работе с документами; дублирование информации; длительность обработки информации; сложность и долговременность формирования отчета по складскому движению продукции. Вследствие анализа узких мест было предложено «связать» в единую систему все отделы предприятия. Для оперативного взаимодействия всех подразделений, увеличения скорости обработки документов и уменьшения ошибок при их заполнении, оперативного доступа к электронной форме документов, следует «уйти» от бумажного документооборота. Так же вследствие анализа узких мест было принято управленческое решение на целесообразность внедрения 1C в компанию ООО «МетизСнаб» и разработке ТЗ 1.2. Формирование требований пользователя к информационной системе по учету движения продукции Информационная система будет представлять собой приложение, предназначенное для хранения всей информации о поступившей продукции, о полученных и выполненных заказах, о составленных отчетах. Данная система будет взаимодействовать с такими подразделениями как склад, коммерческий отдел, бухгалтерия. Внедрение ИС позволит сократить трудовые, временные и финансовые затраты за счет автоматизации запросов на необходимую информацию, автоматическую сверку данных, предоставление отчетности в различные отделы предприятия. Во время обследования объекта информатизации были выделены следующие требования пользователя системы: получение заказа; получение сертификатов качества и актов несоответствия; заполнения накладной; формирования отчетов. На основе полученных данных была построена диаграмма вариантов использования информационной системы для диспетчера Use Case Diagram (Рисунок 5).
Требования пользователя направлены на устранение узких мест.
13 Рисунок 5 — Диаграмма вариантов использования Запрос товара Менеджер по продажам Покупатель Оплата товара Управление информацией об оплате Получение товара Управление состоянием склада Склад Управление отпуском товара Управление информацией о договоре Менеджер Кладовщик Действующее лицо Менеджер по продажам Вариант использования (прецедент) Получение заказа Получение сертификатов качества/ актов несоответствия Заполнение накладной Формирование отчетов для планово производственного отдела 1.3. Расчет экономической эффективности проекта При определении методики расчета экономической эффективности будем учитывать следующее: 1) для расчетов используется система обобщающих показателей и частные показатели, отражающие отраслевую и функциональную специфику проекта; 2) для расчетов абсолютной эффективности, будет использована экономия совокупных затрат живого и овеществленного труда, как в сфере производства, так и в сфере эксплуатации. При отрицательной абсолютной эффективности проект исключается из дальнейшего рассмотрения.
14 Методы расчета экономической эффективности Методы, основанные на использовании показателей срока окупаемости, коэффициента рентабельности Методы, базирующиеся на расчетах показателей чистой приведенной стоимости проекта и коэффициентов внутренней рентабельности проектов Для оценки экономической эффективности данного проекта будем руководствоваться первой группой методов, основанных на расчете показателя срока окупаемости и коэффициента рентабельности, используя методику определения экономической эффективности на основе статических показателей. Данная методика сводится к расчету годового экономического эффекта (экономической прибыли), который рассчитывается по формуле (1): Э = ΔЭгод С Е К = ΔЭгод П (1) Где Э год — годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС; С — эксплуатационные затраты на ИС; К — единовременные затраты (капиталовложения), связанные с созданием ИС; Е — норма прибыли на капитал (нормативная прибыльность); П — годовые приведенные затраты на ИС: П=С + ЕК Единицы измерения в формуле (размерность величин) следующие: Э — руб./г.; Эгод — руб./г.; С — руб./г., К — руб.; Е — 1/г.; П — руб./г. ( Э С) это хозяйственная или бухгалтерская прибыль. Она представляет собой разность между выручкой и явными затратами. По рыночной терминологии, явные затраты (Explicit Cost) это все денежные издержки предприятия, включая амортизацию. С точки зрения экономического содержания, величина Е состоит из нормы отдачи на капитал и нормы предпринимательского дохода. Величина Е в рыночных условиях не должна быть меньше годовой банковской процентной ставки. Так, если Центральный банк РФ установил с 14 сентября 2012 года ставку рефинансирования 8,25% (Указание Банка России от 13 сентября 2012 г У «О размере ставки рефинансирования Банка России»); норму прибыли на капитал необходимо установить равной 8,25%. Рассмотрим составляющие затрат формулы (1) и произведем их расчет. Капитальные затраты (К) Капитальные затраты на АИС носят разовый характер. Те из них, которые направляются в основные средства обработки информации,
Разработка системы организации обучения персонала
... предприятия. В курсовой работе поставлены следующие задачи: Определение сущности обучения персонала; Изучение принципов положенных в основу обучения; Определение методов и характеристик обучения; Выявление эффективности методов обучения персонала; Разработка путей повышения эффективности обучения персонала. Данная тема ...
15 переносят свою стоимость на продукцию по частям за счет амортизационных отчислений. Применительно к ИС группировать капитальные затраты можно следующим образом (2): где К К пр К тс К лс К пс К иб К уч К во К пл Кнеучт (2) Кпр — затраты на проектирование модуля; Ктс — затраты на технические средства управления; Клс — затраты на создание линий связи локальных сетей; Кпс — затраты на программные средства; Киб — затраты на формирование информационной базы; Куч — затраты на обучение персонала; Кво — затраты на вспомогательное оборудование (устройства пожаротушения, источники бесперебойного питания и др.); Кпп — затраты на производственную площадь; Кнеучт — неучтенные затраты, обычно составляют 7-8% от общих затрат. Затраты на формирование информационной базы Киб относятся к формированию условно-постоянной информации. Ктс, Кпс, Кво, Кпп, Клс данные показатели не будем учитывать в данном случае, так как модуль внедряется в отдел с уже имеющимися техническими средствами и предустановленными программными средствами. Произведем расчет капитальных затрат: Кпc затраты на программные средства Кпс=з/пл программистов*кол-во специалистов*срок проектирования = 12000руб*2*1 мес.= 15200руб. Киб — затраты на формирование информационной базы Киб=кол-во экспертов*з/пл*срок формирования инф.базы =3*10000*0,5 мес =15000руб. Куч — затраты на обучение персонала Куч=з/пл диспетчера*срок обучения=17000*1 мес=17000руб. Итого получаем: К=( )+7% неучтенных затрат=50504руб. Эксплуатационные затраты (С) Эксплуатационные затраты, в отличие от капитальных, являются повторяющимися. Они повторяются в каждом цикле производства, а рассчитываются суммарно за год. В состав эксплуатационных затрат на информационную систему входят следующие затраты: где C С ао С то С Сао амортизационные отчисления; ин С эл С пр (3),
Разработка рекомендаций по совершенствованию системы сбыта продукции ...
... 1.2 Управление стимулированием сбыта продукции Стимулирование системы сбыта – немаловажный процесс на каждом предприятии. Стимулирование сбыта представляет собой ... продукции, их упаковку, складирование, транспортировку; 4) система сбыта помогает посредникам в ходе организации и продажи товарной продукции, ... применяется на месте продажи товара. Особенностью такого вида является заданность темы. Это ...
16 Сто затраты на техническое обслуживание, включая заработную плату персонала ИС; Син затраты, связанные с использованием глобальных вычислительных сетей (Интернета и др.); Сэл затраты на электроэнергию; Спр прочие затраты составляют примерно 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руб/год Итого получаем: С=( )+7%= %=82304,4руб./год Проведем расчет годовых приведенных затрат на ИС Итого получаем: П=С+Е*К=82304, *8,25 % =86470,98руб. Перейдем к рассмотрению показателей расчета годовой экономии (прибыли), вызванной ИС, без учета эксплуатационных затрат на ИС (ΔЭ год ).
Методика определения экономической эффективности на основе статических показателей сводится к расчету годовой экономии (прибыли), вызванной ИС, как суммы прямого и косвенного эффектов: ΔЭ год = Э прям + Э косв Прямой экономический эффект Прямой экономический эффект — это результат каких-либо изменений в характере реализации функциональной составляющей управленческого процесса, как правило, непосредственно связанных со спецификой предметной области деятельности объекта управления. При этом рост производительности труда может осуществляться за счет сокращения объема операций, выполняемых вручную или более оперативной обработки информации с помощью вычислительных средств. Произведем расчет прямого экономического эффекта: Э П П С С ЕК прям Сзп б зп где — сокращение заработной платы управленческого персонала при внедрении ИС;
17 С — суммарные эксплуатационные затраты на ИС за исключением заработной платы управленческого персонала. С С С зп зпб зп, где Сзпб заработная плата управленческого персонала в базовом варианте; Сзп заработная плата управленческого персонала в предлагаемом варианте. С зп = 10000, с внедрением функционального модуля предполагается сокращение должности оператора. П=С+Е*К=82304, *8,25 % =86470,98руб. Э прям = С Е К=- П Э прям = Сзп ,98руб = ,98=-76470,98руб. Величина прямого экономического эффекта является недостаточной (даже отрицательной) для оправдания затрат на внедрение ИС. Это объясняется отсутствием экономии на заработной плате управленческого персонала. В этом случае внедрение ИС целесообразно, только если есть уверенность в достаточно большом косвенном экономическом эффекте. Косвенный экономический эффект Косвенный экономический эффект от внедрения новой информационной технологии является результатом влияния факторов, как правило, не имеющих непосредственного отношения к специфике предметной области и носящих общий социальный, эргономический, экологический и иной характер. Влияние этих факторов на экономическую эффективность системы управления осуществляется опосредованно, а иногда через цепочку различных промежуточных (вторичных) факторов, но всегда в конечном счете приводит к повышению производительности труда управленческого персонала, росту привлекательности продукции фирмы у потенциальных клиентов и деловых партнеров и т.п. Произведем расчет косвенного экономического эффекта. Э = Э год С Е К = Э год П = Э прям + Э косв = — П + Э косв Экосв = А + Ссеб + Ш, где А — годовой прирост выручки от реализации продукции, прочей реализации или внереализационной деятельности, связанной с ИС; ИС на прямую не влияет на увеличение выпуска продукции, она помогает сократить риски потерь документов и время, затрачиваемое на обработку. А — годовой прирост выручки от реализации продукции =0 Ссеб — годовая экономия на себестоимости продукции объекта управления;
Затраты на производство и система управления издержками. Пути снижения затрат
... и национального дохода), но и снижением уровня издержек производства и обращения. Целью курсовой работы является изучение вопросов связанных с затратами на производство и системой управления издержками. Для достижения цели необходимо решить следующие задачи: Подобрать и изучить материалы по теме «Затраты на производство и система управления издержками. ...
18 Ш — сокращение штрафов и других непланируемых потерь за год ; Общая сумма штрафов за год, вызванная нарушением сроков поставки и других условий по договорам, равна примерно руб. ТС позволит снизить эти потери на 20% в год. Итого ΔШ= руб.-(100000руб-20%)= руб. Состав статей, по которым рассчитывается экономия на себестоимости продукции за счет ИС, обычно следующий : C себ С к С э С зппр С сэо С, где Ск — экономия на канцелярии; Сэ — экономия на эл. энергии на технологические цели; Сзп — экономия на заработной плате сотрудников; Ссэо — экономия на содержании и эксплуатации оборудования; Сдок — сокращение потерь документов. Если внедрение ИС не влияет на какую-либо статью затрат в составе себестоимости, то эта статья, не фигурирует в расчете косвенного экономического эффекта. В структуре себестоимости основную долю занимают материальные затраты 38% ; затраты на оплату труда с отчислениями 36%; прочие затраты 26% ( Сэ+ Ссэо+ Сдок ).
Запланируем 3% сокращения затрат на оплату труда за счет отмены некоторых функций и 20% сокращения затрат на канцелярию. Для простоты расчета объединим экономию по энергии, содержанию оборудования и потерям документов и запланируем 1% экономии. Себестоимость работ Получаем: Ск — экономия на канцелярии ΔСк=100000*38%-(38%* %)=7600 руб./мес.; Сзп — экономия на заработной плате сотрудников ΔСзп=100000*36%-(36%* %)=1080 руб./мес.; ΔСпроч=ΔСэ+ΔСсэо+ΔСдок ΔСпроч=26%* (26%* %)=260 руб/мес. Таким образом, годовая экономия на себестоимости продукции ΔСсеб=12*(ΔСк+ΔСзп+ΔСпроч)=12*(7600 руб./мес руб./мес руб/мес) =12*8940руб/мес. =107280руб/год Таким образом, Экосв=ΔА+ΔСсеб+ΔШ = =117280руб. Эгод=Экосв+Эпрям= ,98=40809,02 руб. Годовой экономический эффект — абсолютный показатель эффективности. док
19 Т.к. Э>0, то система эффективна. Вспомогательные показатели экономической эффективности: -Расчетная прибыльность (рентабельность): Ер=Эгод/К=40809,02 /50504=0,808 -Срок окупаемости: Ток=1/Ер=К/Эгод=1,23 — проект окупится через 2 месяца. Внедрение новой автоматизированной информационной системы будет производится в течение 1 месяца, в одну смену продолжительностью 8 часов. В итоге затраты на внедрение 1С, включая формирования начальной информационной базы и обучение менеджера по продажам, составят руб. Затраты на техническое обслуживание 1С в течение года и затраты на заработную плату сотрудника работающего с 1С составит 82304,4руб в год. После внедрения данной 1С сократятся затраты по материальным расходам на 20%. Это приведет к снижению условной общей себестоимости работ, данная экономия позволит окупить внедрение 1С. Предполагаемое время окупаемости проекта составляет чуть более 2 месяцев. Выводы по главе 1 В первой главе данной проектной работы было проведено предпроектное обследование предметной области. На основании анализа полученной информации были выделены места падения производительности системы. Для устранения узких мест было предложено внедрить информационную систему для оперативного взаимодействия всех подразделений, увеличения скорости обработки документов и уменьшения ошибок при их заполнении, оперативного доступа к электронной форме документов, Были сформулированы требования пользователей к 1С, рассчитана экономическая эффективность проекта. Далее в рамках проектной работы будет составлено техническое задание на внедрение 1СПредприятие: Торговля и Склад на предприятии ООО «Компания МетизСнаб».
20 Глава 2. Формирование технического задания на внедрение 1СПредприятие: Торговля и Склад на предприятии ООО «Компания МетизСнаб» УТВЕРЖДАЮ УТВЕРЖДАЮ: Студент 41 группы Личная подпись: Расшифровка подписи: Печать Дата: УТВЕРЖДАЮ: Директор ООО «Компания МетизСнаб» Личная подпись: Расшифровка подписи: Печать Дата: СОГЛАСОВАНО 1СПредприятие: Торговля и Склад на предприятии ООО «Компания МетизСнаб» наименование вида АС Торговля и Склад ООО «Компания МетизСнаб» наименование объекта автоматизации «ТС» сокращенное наименование 1С ТЕХНИЧЕСКОЕ ЗАДАНИЕ На 40 листах Действует с Руководитель: начальник отдела реализации и снабжения Личная подпись Расшифровка подписи Печать Дата
21 1. Общие сведения 1.1. Наименование системы Полное наименование системы Полное наименование 1С Предприятие: Торговля и Склад Краткое наименование системы Краткое наименование ТС Основания для проведения работ Работа выполняется на основании договора 100 от между Студентом 41 группы и ООО «Компания МетизСнаб» Наименование организаций Заказчика и Разработчика Заказчик Заказчик: ООО «Компания МетизСнаб» Адрес фактический: г.магнитогорск, ул.кирова, 100 Телефон: +7 (3519) Факс: +7 (351) Разработчик—- Разработчик: Студент 41 группы Адрес фактический: г.магниторск Телефон: +7 (982) Плановые сроки начала и окончания работы Плановые сроки начала и окончания работ по созданию системы: планграфик Источники и порядок финансирования Источники и порядок финансирования указаны в договоре 100. Финансирование работ осуществляет Заказчик. Объем и порядок финансирования определяется Календарным планом работ, Рабочей программой и Протоколом договорной цены, являющихся неотъемлемой частью Контракта (Дополнительных Соглашений) на выполнение работ в соответствии с настоящим Частным техническим заданием Порядок оформления и предъявления заказчику результатов работ Работы по внедрению ТС сдаются Разработчиком поэтапно в соответствии с Календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определен Договором.
22 2. Назначение и цели создания системы 2.1. Назначение системы ТС предназначена для уменьшения временных, трудовых и финансовых ресурсов, повышения оперативности взаимодействия с другими подразделениями предприятия. Основным назначением ТС является автоматизация информационноаналитической деятельности в существующих бизнес-процессах предприятия: прием продукции, оформление и отгрузка заказов, формирование отчетов Цели создания системы ТС внедряется для сотрудников с целью: оперативности в обработке документов; повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации; упрощения поступления документов из других отделов; интеграции в общую среду информационной системы предприятия, в том числе финансовую и производственную, для создания более целостного представления о деятельности предприятия, чем традиционные фрагментированные представления на уровне отдельных подразделений; обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности. 3. Характеристика объектов автоматизации Основными задачами деятельности компании ООО «Компания МетизСнаб» являются: извлечение прибыли всеми допускаемыми законом способами; наиболее полное и качественное удовлетворение потребностей граждан и исполнение заказов физических и юридических лиц на основе заключаемых с ними договоров и контрактов. Основной задачей деятельности ООО «Компания МетизСнаб» является повышение экономической эффективности деятельности и получение максимально возможной прибыли.
23 Организационная диаграмма предприятия на рис.6. Генеральный директор Зам. директора по коммерческим вопросам Зам. директора по отгрузке и снабжению Главный бухгалтер Коммерческий отдел Менеджеры комм.отдела Отдел реализации и снабжения Бухгалтерия Склад Кладовщик грузчики Менеджеры отдела реализации и снабжения Рисунок 6 — Организационная структура Генеральный директор руководит работой всего предприятия, решает в основном управленческие вопросы, а также вопросы стратегического характера и движения финансовых потоков. В непосредственном подчинении у генерального директора находятся: Заместитель по коммерческим вопросам Заместитель по отгрузке и снабжению Главный бухгалтер. Заместитель по коммерческим вопросам: руководит работой коммерческого отдела. Функции отдела поиск и привлечение покупателей продукции, заключение договоров, формирование и отслеживание заявок на отгрузку, контроль оплат по договорам, отслеживание сроков отгрузки и иных условий договоров. Заместитель по отгрузке и снабжению: руководит работой отдела реализации и снабжения. Функции отдела обеспечение отгрузки заявок со склада, поиск поставщиков продукции, закупка продукции на склад,
24 оформление первичной документации по приемке и отгрузке продукции, ведение складского учета продукции. Главный бухгалтер: в его подчинении бухгалтерия. Функции бухгалтерского отдела ведение бухгалтерского и налогового учета на предприятии, контроль складского учета, внутренняя отчетность по экономической эффективности деятельности предприятия, взаимоотношения с банковскими, налоговыми и другими контролирующими структурами. Рассмотрим факторы, которые смогут повлиять на результат работы исследуемого нами отдела. В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, диаграмму причин и факторов Исикавы (рис.7).
Рисунок 7 Диаграмма Исикавы Проведем анализ построенной диаграммы. В начале анализа выделим «показатель качества» — «Персонал», который является основным. Далее обозначим факторы, оказывающие на него непосредственное влияние. К ним можно отнести: Квалификация Мотивация Коммуникабельность Здоровье Рассмотрим каждый фактор подробнее. Квалификация работника — это степень и вид профессиональной обученности, необходимый для выполнения конкретного вида работы. На данный фактор влияет следующее: Знание (образование) Подготовка Опыт Мотивация — побуждение к действию; процесс, управляющий поведением человека, определяющий его направленность,
25 организованность, активность и устойчивость. Условия, оказывающие влияние на данный фактор: Затраченные усилия Ожидания Заинтересованность в вознаграждении Здоровье состояние персонала, при котором он способен полностью выполнять свои обязанности; отсутствие недуга. На данный фактор влияет следующее: Болезнь Усталость Хорошее настроение «Материалы и оборудование» — еще один из основных показателей. Обозначим факторы, оказывающие на него непосредственное влияние. К ним можно отнести: Парк оборудования Качество используемых материалов Обеспеченность сырьем и материалами Рассмотрим каждый фактор подробнее. Парк оборудования совокупность имеющегося у фирмы в наличии оборудования. На данный фактор влияет следующее: Техническая эффективность мощностей Степень использования Ремонты Обеспеченность сырьем и материала снабженность организацией сырьем и материалами в нужном количестве. На данный фактор влияет следующее: Контроль использования запасов Скорость использования Уровень запасов Качество используемых материалов — совокупность свойств материалов, обусловливающих их пригодность удовлетворять определённые потребности в соответствии с назначением. При дальнейшем анализе предметной области необходимо учитывать влияние каждого фактора, как главного, так и второстепенного, поскольку их негативное воздействие может привести к неудовлетворительному качеству отпуска товара, как следствие, падению имиджа и престижа фирмы. Далее разработаем функциональную модель DFD, представленную на рис.8
26 USED AT: AUTHOR : DATE: PROJECT: Крив оруч ко R EV: N OTES: WORKING D RAFT R ECOMMEN DED PUBLIC ATION READ ER DATE C ONTEXT: TOP 1 Договор Данные о номенкл атуре товара Данные об от груз ке товара 2 Зап рос Зая вка п окуп ател я 0р. 0 4 Сопроводительные документы Товар Реализ ация т овара со склада 3 Скл ад Данные о пост упл ении Данные об от груз ке по договору и з аявке N ODE: TITLE: NUMBER: Реализация товара со склада A-0 Рисунок 8 Контекстная диаграмма функциональной модели DFD
27 USED AT: AUTHOR : DATE: PROJECT: Крив оруч ко R EV: N OTES: WORKING D RAFT R ECOMMEN DED PUBLIC ATION READ ER DATE C ONTEXT: A-0 Данные о номенкл ат уре т ов ара 5 Менеджер 6 П окупат ел ь Зая вка покуп ател я 1 Зая вки Ж урнал з ая в ок 2 Усл овия опл ат ы Зая вки догов оров Ж урнал з ая вок догов оров 0р. 1 Зап рос на скл ад Усл овия опл ат ы договоров Отказ ил и выпол нение Отмена или в ып ол нения 0р. Опл ат а 2 Требов ания Данны е об от груз ке т ов ара Чек 3 П оступ л ения на скл ад Ж урнал п ост уп л ения на скл ад Цены 0р. Выдача т овара 3 Соп ров одит ел ьны е документ ы 4 Цены на т овар Запись выдачи Данные о п ост уп л ении 5 Ж урнал скл адского уч ет а Данные об от груз ке по договору и з ая вке N ODE: TITLE: NUMBER: Реализация товара со склада A0 Декомпозируем контекстную диаграмму в нотации DFD (диаграмма потоков данных), для углубленного исследования документооборота в цехе (рис.9).
Рисунок 9 Декомпозиция контекстной диаграммы потоков данных В процессе формирования отчета по произведенной продукции можно выделить следующие последовательные функции: Прием заказов. В процессе выполнения данной функции информация о заказах (количество и пр.).
Прием продукции. В процессе выполнения данной функции информация о сырье и материалах (наименование, количество) берется из документов и заносится в отчет. Составление запросов на соответствие выполненных заказов качеству. Данный этап регламентируется ГОСТ Управление качеством продукции. Основные понятия. Термины и определения. В результате реализации данной функции определяется, соответствует ли продукция стандартам. Отпуск продукции. На данном этапе оформляются накладные на передачу готового заказа. Оформление отчетности Завершает работу системы событие Отчет составлен. Таким образом, отслеживается весь процесс производства готовой продукции.
28 Выделены следующие бизнес-процессы в деятельности, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации (табл.3).
Таблица 3 Решение об Возможность Наименование бизнес-процесса автоматизации в ходе автоматизации проекта 1. Получение заказа на реализацию Возможна Будет автоматизирован 2. Составление запросов на соответствие качеству Возможна Будет автоматизирован 3. Получение сертификатов качества/ Возможна Будет автоматизирован актов несоответствия 4. Заполнение накладной Возможна Будет автоматизирован 5. Формирование отчетов Возможна Будет автоматизирован 4. Требования к системе 4.1. Требования к системе в целом Требования к структуре и функционированию системы Система должна поддерживать следующие режимы функционирования: Основной режим, в котором ТС выполняют все свои основные функции. Профилактический режим, в котором ТС не выполняют своих функций. В основном режиме функционирования, Система ТС должна обеспечивать:
- работу пользователей в режиме 24 часов в день, 7 дней в неделю (24х7);
- выполнение своих функций сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
В профилактическом режиме Система ТС должна обеспечивать возможность проведения следующих работ: техническое обслуживание; модернизацию аппаратно-программного комплекса; устранение аварийных ситуаций. Для обеспечения высокой надежности функционирования Системы, как системы в целом, так и ее отдельных компонент должно обеспечиваться выполнение требований по диагностированию ее состояния. Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР. Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание Требования к численности и квалификации персонала системы и режиму его работы
29 Для поддержки функционирования ТС Заказчиком должна быть создана Служба эксплуатации, персонал которой должен обладать знаниями в области информационных технологий. В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Подсистемы, должны входить: Администраторы Подсистемы — выделенный персонал, в обязанности которого входит выполнение специальных технологических функций. Эксплуатационный персонал — специалисты, обеспечивающие функционирование технических и программных средств, обслуживание и обеспечение рабочих мест пользователей. Конкретный состав, должностные обязанности, режим и технология работы Службы эксплуатации должны быть определены на стадии «Рабочая документация» на основании утверждаемой Заказчиком организационной структуры Требования к численности персонала В состав персонала, необходимого для обеспечения эксплуатации ТС в рамках соответствующих подразделений Заказчика необходимо выделение следующих ответственных лиц: Администратор ТС — 2 человека. Руководитель эксплуатирующего подразделения — 1 человек. Данные лица должны выполнять следующие функциональные обязанности: Руководитель эксплуатирующего подразделения — на всем протяжении функционирования ТС обеспечивать общее руководство группой внедрения, эксплуатации и сопровождения. Администратор — на всем протяжении функционирования ТС обеспечивать информационную поддержку системы и её контроль, распределение дискового пространства, модификацию структур БД, оптимизацию производительности, формирование и визуализации отчетности, подготовку и загрузка данных из внешних источников в хранилище данных, обеспечивать поддержку пользователей и т.д Требования к квалификации персонала К квалификации персонала, эксплуатирующего Систему ТС предъявляются следующие требования. Конечный пользователь (Диспетчер) — знание предметной области, профессиональное пользование ПК. Администратор ТС — знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д Требуемый режим работы персонала Персонал, работающий с Системой ТС и выполняющий функции её сопровождения и обслуживания должен работать в следующих режимах:
30 — Диспетчер — в соответствии с основным рабочим графиком подразделений Заказчика. — Администратор ТС двухсменный график, поочередно Параметры, характеризующие степень соответствия системы назначению Требования к приспособляемости системы к изменениям Обеспечение приспособляемости системы должно выполняться за счет: своевременности администрирования; модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями; модификации процедур доступа и представления данных конечным пользователям; наличия настроечных и конфигурационных файлов у ПО подсистем и т.д. Требования к приспособляемости заключаются в обеспечении его работоспособности в следующих случаях: При изменении количества потребителей информации; При изменении количества услуг и приложений; При изменении требований к системе безопасности; При изменении количества поставщиков информации. Влияние изменения количества потребителей информации Изменение количества потребителей информации оказывает основное влияние на нагрузочную способность системы. Увеличение нагрузочной способности может выполняться как за счет увеличения мощности фронтальных серверов, так и за счет увеличения их количества. При этом необходимо соблюдать следующие требования: 1. Подсистема должна адаптироваться к увеличению нагрузочной способности без необходимости изменения архитектуры или установки дополнительного программного обеспечения. 2. Распределение нагрузки между фронтальными серверами должно автоматически выравниваться. 3. Добавление новых фронтальных серверов не должно приводить к полной или частичной остановке функционирования. Влияние изменения количества услуг и приложений Изменение количества услуг и приложений оказывает основное влияние на нагрузочную способность тыловых серверов баз данных, а также фронтальных серверов системы. Увеличение нагрузочной способности может выполняться как за счет увеличения мощности тыловых серверов, так и за счет увеличения их количества путем объединения в кластеры. Увеличение нагрузочной способности фронтальных серверов может выполняться как за счет увеличения мощности, так и за счет увеличения их количества. При этом необходимо соблюдать следующие требования: 1. Подсистема должна адаптироваться к увеличению нагрузочной способности без необходимости изменения архитектуры или установки дополнительного программного обеспечения.
31 2. Распределение нагрузки между фронтальными серверами должно автоматически выравниваться. 3. Добавление новых фронтальных или тыловых серверов не должно приводить к полной или частичной остановке функционирования. Влияние изменения требований к системе безопасности. Изменение требований к системе безопасности может оказывать влияние на все составные части. Система должна адаптироваться в соответствии с изменяющимися требованиями с соблюдением следующих условий: 1. В процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации. 2. Процесс адаптации не должен прерывать доступа потребителей информации к информационным ресурсам. 3. Процесс адаптации не должен прерывать процесс подготовки и публикации документов. 4. Процесс адаптации не должен затрагивать тех пользователей, на которых не распространяются новые требования Требования к сохранению работоспособности системы в различных вероятных условиях В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице. Таблица 4 Требования к сохранению работоспособности Вероятное условие Требование Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 минут Выход из строя сервера системы хранения данных Функционирование в полном объеме Уведомление администратора подсистемы хранения данных и администратора подсистемы сбора, обработки и загрузки данных Требования к надежности Состав показателей надежности для системы в целом Должный уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет: применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач; своевременного выполнения процессов администрирования Системы; соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
32 предварительного обучения пользователей и обслуживающего персонала. Время устранения отказа должно быть следующим: при перерыве и выходе за установленные пределы параметров электропитания — не более 30 минут. при перерыве и выходе за установленные пределы параметров программного обеспечением — не более 3 часов Перечень аварийных ситуаций, по которым регламентируются требования к надежности При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы: сбой в электроснабжении сервера; сбой в электроснабжении рабочей станции пользователей системы; сбой в электроснабжении обеспечения локальной сети (поломка сети); ошибки Системы, не выявленные при отладке и испытании системы; сбои программного обеспечения сервера. Перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности системы. 1. Сбой общего или специального программного обеспечения ТС. После сбоя операционной системы или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции. Время восстановления работоспособности при любых сбоях и отказах не должно превышать З-х часов. Сюда входит разворачивание и настройка специального программного обеспечения на сервере, восстановление данных с использованием последней резервной копии. В указанное время не входит решение проблем с техническим обеспечением и инсталляция операционной системы. 2. Сбои или выход из строя активного накопителя на жестком магнитном диске. ТС должна обеспечивать возможность «горячей» замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске без остановки функционирования системы и потерь информации. В ТС должна быть обеспечена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя. 3. Ошибки в работе персонала. Система должна локализовать ошибки персонала. 4. Импульсные помехи, сбои или прекращение электропитания. Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств системы и/или нарушению целостности данных. Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования ТС. Должны быть
33 предусмотрены средства оповещения пользователей о прекращении электропитания Требования к эргономике и технической эстетике Система должна обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям: 1. в части внешнего оформления: интерфейс системы должен быть типизирован; должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя; должен использоваться шрифт Times New Roman; размер шрифта должен быть 12; цветовая палитра должна быть в сине-белых тонах; в шапке форм, документов и отчетов должен использоваться логотип Заказчика. 2. в части диалога с пользователем: для наиболее частых операций должны быть предусмотрены «горячие» клавиши; при возникновении ошибок в работе системы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. 3. в части процедур ввода-вывода данных: должна быть возможность многомерного анализа данных в табличном и графическом видах Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Система должна соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них. Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 С, относительная влажность от 40 до 80 % при Т=25 С, атмосферное давление от 630 до 800 мм ртутного столба).
Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования». Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство
34 запитывается однофазным напряжением 220В частотой 50 Гц через сетевые розетки с заземляющим контактом. Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП).
Состав, место и условия хранения ЗИП определяются на этапе технического проектирования Требования к защите информации от несанкционированного доступа Требования к информационной безопасности Обеспечение информационной безопасности Системы должно удовлетворять следующим требованиям: Защита Системы должна обеспечиваться комплексом программнотехнических средств и поддерживающих их организационных мер. Защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ. Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации).
Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу, что не разрешено, то запрещено и т.д. Система должна обеспечивать обработку конфиденциальной информации. Применяемые в системе средства и технологии защиты должны обеспечивать открытость архитектуры и обладать свойствами модульности, масштабируемости и возможности адаптации системы к различным организационным и техническим условиям. Система должна удовлетворять требованиям проводимой Заказчиком технической политики и строиться на основе ограниченного числа типов и версий приобретаемого программного обеспечения, а также типов и конфигураций аппаратно-программных средств защиты, уточняемых на этапе проектирования системы. Развернутые и уточненные требования к структуре, функциям и средствам системы должны быть разработаны на этапе технического проектирования СИС ЭП. Система должна обеспечивать необходимую и достаточную защиту ресурсов от характерных угроз безопасности, определенных с учетом объективных факторов и анализа возможных моделей нарушителей. Средства защиты, входящие в состав системы, должны иметь развитые средства регистрации критических системных событий в электронных журналах и средства оперативного оповещения об этих событиях администраторов безопасности.
35 Требования по сохранности информации при авариях В Системе должно быть обеспечено резервное копирование данных Требования к защите от влияния внешних воздействий К программно-аппаратному окружению Системы предъявляются следующие требования к защите от влияния внешних воздействий: 1. требования к радиоэлектронной защите: электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения Системы, не должны приводить к нарушениям работоспособности системы. 2. требования по стойкости, устойчивости и прочности к внешним воздействиям: система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265В (220 ± 20 % — 30 %); система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств Требования по стандартизации и унификации В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ , общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов. В качестве методологии проектирования используются методологии структурного анализа и проектирования 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. В системе должны использоваться общероссийские
36 классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации Дополнительные требования Система должна разрабатываться и эксплуатироваться на уже имеющемся у Заказчика аппаратно-техническом комплексе. Необходимо создать отдельные самостоятельные зоны разработки и тестирования системы. Для зоны разработки и тестирования должны использоваться те же программные средства, что и для зоны промышленной эксплуатации Требования безопасности При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей». Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ «ССБТ. Пожарная безопасность. Общие требования». Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации. Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации». Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин: — 50 дб — при работе технологического оборудования и средств вычислительной техники без печатающего устройства; — 60 дб — при работе технологического оборудования и средств вычислительной техники с печатающим устройством Требования к транспортабельности для подвижных АИС Система является стационарным и после монтажа и проведения пусконаладочных работ транспортировке не подлежит Требования к структуре и функциям системы Бизнес — цели и критерии успеха: Бизнес — цель 1. Уменьшить среднее время обработки документов диспетчером в течение месяца после первого выпуска ТС. Бизнес — цель 2. Упрощение системы взаимодействия и получения данных между отделами, а также доступ других подразделений предприятия к этим данным.
37 Критерий успеха 1. Менеджер по продажам и кладовщик, в течение месяца после первого выпуска системы, должны перейти на работу с электронными формами документов и автоматизированной базой данных. Факторы бизнес-риска Фактор бизнес — риска 1. Для обучения потребуются финансовые и временные ресурсы. Фактор риска — риска 2. Возможно увеличение сроков реализации проекта / требуемых для реализации финансовых или трудовых ресурсов. Образ решения Положение об образе объекта ТС будет представлять собой приложение, предназначенное для хранения всей информации о заказах и готовой продукции. ТС будет взаимодействовать с такими подразделениями как отдел сбыта, склад сырья и материалов, лаборатория качества. Это позволит сократить трудовые, временные и финансовые затраты за счет автоматизации запросов на необходимую информацию, автоматическую сверку данных, предоставление отчетности в различные отделы предприятия. На рис.11 представлены варианты использования информационной системы для пользователя (Менеджер по продажам).
Оформление заказов Сверка товара на наличие Менеджер по продажам Получение сертификатов качества Формирование отчетов Рисунок 11 Use Case Diagram Таблица 5 Варианты использования для пользователя Действующее лицо Вариант использования (прецедент) Менеджер по продажам Оформление заказов Сверка товара на наличие Получение сертификатов качества Формирование отчетов
38 Перечень функций или задач, подлежащих автоматизации Таблица 6 Функции и задачи, подлежащие автоматизации Функция Задача Оформление заказов Получение заказа на реализацию Сверка товара на наличие Сверка документов на товар и документов проданного товара Получение сертификатов Составление запросов на соответствие качеству качества Получение сертификатов качества/ актов несоответствия Оформление отчетности Формирование отчетов Временной регламент реализации каждой функции Таблица 7 Временной регламент реализации задач Задача Требования к временному регламенту Оформление заказов Регулярно, в зависимости от заказов физических и юридических лиц Составление запросов на Регулярно, в зависимости количества произведенной соответствие качеству продукции Получение сертификатов качества/ актов несоответствия Заполнение накладной на передачу продукции на склад Формирование отчетов Регулярно, в зависимости от заполнения документов с результатами испытаний (сертификатов качества/ актов несоответствия) Регулярно, в зависимости от количества произведенной продукции Весь период функционирования системы Требования к качеству реализации каждой задачи, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов Таблица 8 Требования к реализации задач Задача Оформление заказов Составление запросов на соответствие качеству Форма представления выходной информации Текстовый документ Текстовый документ Характеристики точности и времени выполнения В момент оформления договоров с физическими и/или юридическими лицами В момент полной готовности продукции, получения образцов для проверки Получение сертификатов качества/ актов несоответствия Заполнение накладной на передачу продукции на склад Формирование отчетов Текстовый документ Текстовый документ Текстовый документ В момент завершения заполнения документов с результатами испытаний В момент получения сертификатов качества В момент выполнения заказа в производство
39 4.2.4 Разработка прототипа системы Построим модели to-be (как должно быть) с учетом внедрения информационной системы. Разработаем контекстную диаграмму функциональной модели IDEF0 (рис.12) USED AT: AUTHOR: DATE: PROJEC T: Криворучко REV: WORKING DR AFT RECOMMEND ED READER DATE CONTEXT: TOP NOTES: PUBLIC ATION Прайс лист Устав МетизСнаб Договор Данные о выполнении договора Данные о товаре в продаже Запрос покупателя Складская деятельность Данные об отпущенном товаре Данные об оплате 0р. 0 Точка Зрения:Начальник отдела продаж Кладовщик Менеджер по договорам Сотрудник отдела продаж Цель: Описать процесс реализации готовой продукции со склада NODE: TITLE: NUMBER: Складская деятельность A-0 Рисунок 12 — Диаграмма потоков данных «to be»
40 USED AT: AUTHOR: DATE: PROJECT: Криворучко REV: WORKING DR AFT RECOMMEND ED READER DATE CONTEXT: NOTES: PUBLICATION A-0 Устав МетизСнаб Прайс лист Договор Запрос покупателя Данные о выполнении договора Об работка запроса и договора Отказ заявки Отсутствие товара Данные о товаре в продаже 0р. Данные об оплате 1 Обработанный запрос и договор Провекра оплаты Оплата не прошла 0р. 2 Данные на выдачу товара Данные об отпущенном товаре Выдача товара 0р. 3 Сотрудник отдела продаж Менеджер по договорам Кладовщик NODE: TITLE: NUMBER: Складская деятельность A0 Декомпозиция диагрмаммы функциональной модели IDEF0 Отличие данной модели от представленной выше модели as-is состоит в том, что запрос о наличии товара происходит не в ручную, а автоматизировано. Кроме того, нет необходимости отправлять какие-либо документы в другие отделы, поскольку данные отделы сами смогут обратиться к ИС и запросить интересующие документы.
41 4.3. Требования к видам обеспечения Требования к математическому обеспечению Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. Не предъявляются Требования к информационному обеспечению Требования к составу, структуре и способам организации данных в системе Структура хранения данных в системе должна состоять из следующих основных областей: область временного хранения данных; область постоянного хранения данных; область витрин данных. Области постоянного хранения и витрин данных должны строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы должен быть реализован следующим образом: Таблица 12 Требования к информационному обмену Подсистема сбора, обработки и загрузки данных Подсистема хранения данных Подсистема формирование и визуализации отчетности Подсистема сбора, обработки и загрузки данных X Подсистема хранения данных X Подсистема формирование и визуализации отчетности Требования к информационной совместимости со смежными системами Состав данных для осуществления информационного обмена по каждой смежной системе должен быть определен Разработчиком на стадии «Проектирование. Разработка эскизного проекта. Разработка технического проекта» совместно с полномочными представителями Заказчика. Система не должна быть закрытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через интерфейсные таблицы или файлы данных. Система должна обеспечить возможность загрузки данных, получаемых от смежной системы. X X
42 Требования по использованию классификаторов и унифицированных документов. Система по возможности должна использовать классификаторы и справочники, которые ведутся в системах-источниках данных. Основные классификаторы и справочники в системе должны быть едиными. Значения классификаторов и справочников отсутствующие в системах источниках, но необходимых для анализа данных, необходимо поддерживать в специально разработанных файлах или базе данных Требования по применению систем управления базами данных Для реализации подсистемы хранения данных должна использоваться промышленная СУБД Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта» Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Информация в базе данных системы данных должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут, в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных Требования к контролю, хранению, обновлению и восстановлению данных К контролю данных предъявляются следующие требования: система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных. К хранению данных предъявляются следующие требования: хранение исторических данных в системе должно производиться не более чем за 5 предыдущих лет. По истечению данного срока, данные должны переходить в архив; исторические данные, превышающие пятилетний порог должны храниться на ленточном массиве с возможностью их восстановления. К обновлению и восстановлению данных предъявляются следующие требования:
43 для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев; для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев; для данных хранилища данных необходимо обеспечить резервное копирование и архивацию на ленточный массив в следующие промежутки времени: холодная копия — ежеквартально; логическая копия — ежемесячно (конец месяца); инкрементальное резервное копирование — еженедельно (воскресение); архивирование — ежеквартально; Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы Требования не предъявляются Требования к лингвистическому обеспечению Лингвистическое обеспечение должно включать: языковые средства общения пользователей с системой; терминологические словари. Языковые средства общения пользователей (интерфейс пользователя) должны обеспечивать диалог с системой на русском языке в терминах АС. Терминологические словари должны включать совокупность терминов, обеспечивающую потребности пользователей при автоматизированном выполнении ими своих функциональных обязанностей. Языковые средства системы должны обеспечивать: технологическое единство в рамках системы, отдельных подсистем; поиск информации в документах системы; достижение максимальных характеристик по полноте и точности при поиске информации в системе; однозначную интерпретацию сообщений на представительном уровне протоколов взаимодействия открытых систем; развитую систему диалога на языке, близком к естественному; формирование и выдачу информации, а также ее отображение с учетом принципов «дружественного интерфейса» Требования к программному обеспечению Программное обеспечение включает совокупность программ, реализующих функции и задачи системы и обеспечивающих устойчивую работу комплексов технических средств. В состав системы должны входить следующие подсистемы:
44 подсистема хранения данных; подсистема расчета; подсистема формирования отчетности. Подсистема хранения данных предназначена для хранения оперативных данных системы, данных запросов для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов. Подсистема формирования отчетности предназначена для создания и формирования отчетов любой конфигурации в соответствии с требованиями и выбранными критериями менеджером, представление отчётности в удобном для просмотра виде, а так же в удобном для вывода на печатающие устройства на основе данных системы, проектирования и разработки форм регламентированной отчетности. В качестве методологии проектирования используются методологии структурного анализа и проектирования 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. Взаимодействие с пользователем осуществляться при помощи дружественного интерфейса, а при вызывании контекстного меню предлагается ознакомиться с программой подробнее. Всплывающие окна помогут начинающим пользователям быстрее освоить с системой. Ввод информации пользователь осуществляет в специально предусмотренные поля, пользователь не сможет ввести числовые данные в поля, предусмотренные для символьных типов данных. При попытке ввода неправильных данных или осуществления непредусмотренных действий пользователем, выводится сообщение, в котором разъясняется тип ошибки и вариант действий по устранению и предотвращению ошибок вновь. В ходе проведения опытной эксплуатации не было выявлено конфликтов системы с другими программными средствами. К обеспечению качества программных средств (ПС) предъявляются следующие требования: функциональность должна обеспечиваться выполнением подсистемами всех их функций. надежность должна обеспечиваться за счет предупреждения ошибок — не допущения ошибок в готовых ПС; легкость применения обеспечиваться за счет применения покупных программных средств;
45 эффективность обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом; сопровождаемость обеспечиваться за счет высокого качества документации по сопровождению, а также за счет: использования в программном тексте и описания объектов комментариев; использованием осмысленных (мнемонических) и устойчиво различимых имен объектов; размещением не больше одного оператора в строке текста программы; избеганием создания фрагментов текстов программ с не очевидным или скрытым смыслом. также на каждом этапе в разработки ПС должна проводиться проверка правильности принятых решений по разработке и применения готовых ПС. Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует. Интерфейс системы Разработка интерфейса является важной составляющей проектирования ИС, поскольку от того, насколько удобен, многогранен и функционально развит интерфейс, будет зависеть работа пользователя этой системы. Система будет представлена в виде форм, главной из которых будет форма авторизации пользователя, авторизовавшись, пользователь переходит на рабочую форму. Визуальное представление интерфейса продемонстрировано ниже (рис.15 рис.21).
Рисунок 15 — Форма авторизации пользователя
46 Рисунок 16 — Главная форма Ниже (рис.17 рис.18) представлены действия, которые может выполнять пользователь, войдя в систему. Рисунок 17 — Подпункты меню Файл
47 Рисунок 18 — Подпункты меню Правка Требования к техническому обеспечению Специальные требования к техническому обеспечению отсутствуют Требования к метрологическому обеспечению Не предъявляются Требования к организационному обеспечению Основной пользователь системы — сотрудник (Менеджер по продажам).
Обеспечивает эксплуатацию подразделение информационных технологий Заказчика. Сотрудник определяется штатным расписанием Заказчика, которое в случае необходимости может изменяться. К организации функционирования Системы предъявляются следующие требования: в случае возникновения со стороны склада необходимости изменения функциональности системы, пользователи должны обратиться к руководителю предприятия и ведущему системному администратору отдела УИИ; К защите от ошибочных действий персонала предъявляются следующие требования: должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;
48 для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности; для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя Требования к методическому обеспечению Не указывается Требования к патентной чистоте По всем техническим и программным средствам, применяемым в системе должны соблюдаться условия лицензионных соглашений и обеспечиваться патентная чистота. 5. Состав и содержание работ по созданию системы Данный раздел должен содержать перечень стадий и этапов работ по созданию системы в соответствии с в соответствии с ГОСТ Разработаем в среде MS Project следующие документы: план проекта (рис.23), график проекта (рис.24), лист ресурсов (рис.25), использование ресурсов (рис.26), использование задач (рис.27), отчет дела по исполнителям (рис.28).
Рисунок 23 — План проекта
49 Рисунок 24 — График проекта Рисунок 25 — Лист ресурсов
50 Рисунок 26 — Использование ресурсов
