ГОСы / ФБИ ПРИС 2016

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

степень личного участия проектировщика в сборе материала;

временные, трудовые и стоимостные затраты на получение сведений в подразделениях.

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

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

8.1.2.Анализ организационной структуры необходимо проводить одновременно

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

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

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

вболее крупные.

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

разработанные различными организациями, в первую очередь НИИ Труда.

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

Анализ функциональной структуры

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

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

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

в) время, затрачиваемое работниками на выполнение отдельных работ;

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

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

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

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

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

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

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

10 Анализ информационных потоков

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

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

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

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

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

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

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

Первый этап:

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

8.3.5 В документах для анализа информационных потоков и состава информации различаются наименования документов, реквизитов-признаков, показателей и значения показателей и реквизитов-признаков (числовые значения реквизитов-оснований совпадают со значениями показателей).

Второй этап:

1)разработка схемы существующего документооборота предприятия.

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

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

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

5)составление перечня документов и показателей, формируемых в подразделении, с указанием периодичности формирования

6)определение объемов применяемой информации. Способствует решению вопросов о необходимости автоматизации отдельных функций управления и задач. Объем применяемой информации в тысячах символов определяется по каждому документу. Также определяется объем применяемой информации за период времени.

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

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

11 Анализ материальных потоков

8.4.1. Для проведения анализа материальных потоков (МП) должны быть собраны следующие данные:

количество получаемых и сдаваемых каждым подразделением деталей, узлов и т. д.;

Средства транспортировки;

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

периодичность и время сдачи;

точки учета движения продукции;

Общая схема материальных потоков (изображается в виде матрицы «поставщики-потребители»).

8.4.2Охарактеризовать потоки отдельно по каждому подразделению. Указать для каждого

МП:

1- наименование потока (запчасти, сборка материалов, комплектация…);

2- номера или шифр деталей, узлов, материалов;

3- кол-во сдаваемых за сутки;

4- потребитель

5- периодичность и время сдачи (установленное и фактическое)

6- средства транспортировки

7- форма и место складирования

8- форма учета

8.4.3. Провести анализ по результатам п. 8.4.2. Особое внимание уделить тем МП, для которых не установлен регламент сдачи (5). Определить возможность и необходимость установки такого регламента.

Сравнивая 5 и 6, можно определить, как фактически выдерживается установленный регламент. По 7 и 8 определяются новые пути совершенствования транспортных средств, складирования и т.п. По данным 9 анализируется увязка материальных и информационных потоков: анализируются точки и формы учета движения деталей, узлов, материалов, выявляются их + и – (полнота и достоверность учета)

8.4.4. По результатам анализа указать наименования, по которым принято решение об изменении каких-либо характеристик, с обоснованием принятых решений.

8.4.5. Графическое изображение МП — матричная схема (строки — подразделенияпотребители, столбцы — подразделения-поставщики). Направления МП указываются стрелками (с указанием передаваемых деталей, узлов)

Для графического изображения материальных потоков можно использовать IDEF0

12 Методы и средства анализа информационных потоков

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

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

Основные нотации / методологии моделирования:

Нотация моделирования бизнес-процессов BPMN

(BusinessProcessModelingNotation). В основе управления процессами в BPM идея, что сама стратегия управления опирается на три основные методологии: моделирования бизнеспроцессов, анализа и оптимизации. В свою очередь, их поддерживает ряд инструментальных средств, в частности:

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

‒Для информационной поддержки бизнес-процессов.

‒Для поддержки потока работ (Workflow management).

IDEF (Icam (Integrated computer-aided manufacturing) DEFinition for functional modeling) представляетсобойсемействостандартовописанияиотображениябизнес-процессов:

‒IDEF0, отображающая процесс на уровне функций.

‒IDEF1, фокусирующая на информационных потоках.

‒IDEF1X для разработки реляционных баз данных.

‒IDEF3, моделирующая технологические процессы как следующий уровень после

IDEF0.

‒ Прочие (реже применяющиеся методологии IDEF).

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

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

Нотация eEPC (Extended Event-driven Process Chain, расширенная событийная цепочка процессов), предполагает описание алгоритма действий, выполняемых отдельными организационными единицами, что позволяет сформировать общий сценарий процесса как последовательность отдельных шагов.

Основные средства (платформы) моделирования:

CA ERWin Data Modeler

Комплекс CASE-средств, среда моделирования и коллективной работы с данными, проектирования и генерации баз данных. Интеграция процессов и данных (с IDEF0, DFD, IDEF3), Проверка и оптимизация дизайна баз данных, доступ к метаданным и их интеграция.

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

Software AG ARIS (ARIS Express и ARIS Platform = ARIS Architect + ARIS Designer)

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

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

IBM Rational Rose

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

MicrosoftVisio

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

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

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

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

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

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

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

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

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

В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

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

В разделе «Характеристики объекта автоматизации» приводят:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6. Раздел «Состав и содержание работ по созданию (развитию) системы»

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