ГОСы / Kravchenko_Otvety_ITOG_1

•востребованная небольшими компаниями CRM-функциональность, которая необходима для работы с клиентами и автоматизации внутренних процессов управления небольшой компанией;

•оперативный доступ к необходимой информации о клиенте в несколько "кликов";

•предварительно настроенные сценарии работы и отчеты;

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

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

•доступная стоимость решения.

21

11.Планирование в 1С

предприятием 8.0»

Прикладное решение «Управление производственным предприятием» на платформе

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

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

Для решения задач планирования в прикладном решении предназначены подсистемы «Планирование продаж», «Планирование производства», «Посменное планирование производства» и «Планирование закупок».

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

Общая идеология ведения планов продаж, производства, закупок

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

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

22

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

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

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

Источники планирования

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

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

Помощники планирования

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

то же время при формировании планов на основе данных смежных подсистем

23

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

24

12. Стандарты разработки КИС

Основные стандарты, на базе которых разрабатываются КИС, – это стандарты MRP

модели

13.Последовательность и содержание этапов разработки ИС

Стадия 1. Формирование требований к ИС.

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

•обследование объекта и обоснование необходимости создания ИС;

•формирование требований пользователей к ИС;

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

Стадия 2. Разработка концепции ИС.

•изучение объекта автоматизации;

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

•разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

•оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

•разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

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

•разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

•разработка проектных решений по системе и ее частям;

•разработка документации на ИС и ее части;

•разработка и оформление документации на поставку комплектующих изделий;

•разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

•разработка рабочей документации на ИС и ее части;

•разработка и адаптация программ.

Стадия 7. Ввод в действие.

•подготовка объекта автоматизации;

•подготовка персонала;

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

•строительно-монтажные работы;

•пусконаладочные работы;

•проведение предварительных испытаний ;

•проведение опытной эксплуатации ;

•проведение приемочных испытаний.

26

Стадия 8. Сопровождение ИС.

•выполнение работ в соответствии с гарантийными обязательствами;

•послегарантийное обслуживание.

27

14. Содержание предпроектной стадии

Традиционно этапы исследования предметной области - предприятия, обоснования проекта ЭИС для него и разработки технического задания объединяют термином «Пред-

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

На первой стадии «Предпроектного обследования» принято выделять два основных этапа:

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

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

(ТЭО) и технического задания (ТЗ).

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

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

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

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

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

28

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

29

15. Структура и содержание ТЗ на ИС

Техническое задание – документ, регламентирующий состав требо-ваний к

создаваемой системе и определяющий взаимоотн

1. Раздел «Общие сведения»

1.1.Полное наименование системы и ее условное обозначение

1.2.Шифр темы или шифр (номер) договора

1.3.Наименование предприятий (объединений) разработчика и заказчика

(пользователя) системы и их реквизиты

1.4.Перечень документов, на основании которых создается система, кем и когда утверждены эти документы

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

1.6.Сведения об источниках и порядке финансирования работ

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

программных, информационных) и программно-технических (программно-методических)

комплексов системы

2. Раздел «Назначение и цели создания (развития) системы»

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

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

3. Раздел «Характеристика объекта автоматизации»

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

4. Раздел «Требования к системе»

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

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

работы

4.3.Требования к показателям назначения

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

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

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

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

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

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

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

30