Пример технологической инструкции по созданию нового входного документа в системе электронного документооборота. 4 страница
В процессе управления предприятием наиболее распространенным носителем информации является документ. На тех предприятиях, где подробность документирования процессов повседневной деятельности высока, исследование информационных потоков сводится к изучению документооборота. В ряде случаев исследование документооборота является совершенно необходимым средством получения сведений для построения модели объекта автоматизации. Состав анализируемых характеристик информационных процессов определяются целями обследования и на данном этапе исследуют маршруты движения, взаимосвязь и процедуры формирования документов, вид документов (нормативно-справочный, плановый, отчетный и т. д.), параметры их возникновения во времени.
Детализация изучения потоков данных связана с анализом реквизитного состава документов, системы присутствующих в них экономических показателей, поскольку именно эта система отображает процессы административно-управленческой деятельности предприятия, а взаимосвязь показателей и процедуры их формирования определяют содержание информационных процессов в системе управления. Следовательно, основное внимание при анализе потоков данных должно быть уделено изучению системы экономических показателей и процедур их формирования.
Методика обследования, то есть способ формирования необходимых данных для разработки проекта информационной системы, определяется целями и задачами изучения системы управления предприятием. В настоящее время применяются следующие методы проведения обследования: процедурно-ориентированный метод, базирующийся на изучении процедур обработки информации; предметно-ориентированный метод, основывающийся на описании элементов информации на предприятии; метод анализа по структурным элементам системы управления, базирующийся на изучении структуры подразделений и функций, выполняемых ими; метод анализа выходов, с помощью которого формируются зависимости управленческих решений (выходов) от начальных условий (входов), метод реакций на воздействие, базирующийся на описании реакции системы на какие-либо внешние или внутренние воздействия.
|
|
|
Существует два основных способа сбора данных при проведении обследования – интервьюирование и анкетирование. При этом отметим, что подготовительная работа к любому обследованию ведется в двух направлениях: подготавливаются необходимая для заполнения документация (анкеты или планы интервью), а также инструктируются сотрудники предприятия к проведению обследования.
3.2. Рекомендации по составлению общей характеристики объекта исследования
|
|
|
Основным вопросом, который отражается во втором разделе проекта (выпускной работы), является анализ объекта управления. При этом описываются основные характеристики объекта управления: виды производственных процессов или бизнес - процессов, специализация, номенклатура выпускаемой продукции или цели функционирования объекта, нормативные требования к выпускаемой продукции, работам, услугам, функциям и т.д. Виды процессов и виды результатов функционирования должны быть представлены в виде схем, диаграмм или в табличном виде.
Описание производственной структуры объекта управления, то есть описание специализации подразделений или других функциональных элементов, представляется в виде схемы или диаграммы с анализом специализации подразделений по производственным функциям или процессам (рисунок 1).
3.3. Рекомендации по описанию системы управления
Далее в разделе дается характеристика системы управления объектом, в том числе характеристика информационной системы менеджмента предприятия (ИС МП).
В начале подраздела целесообразно представить описание взаимосвязи функций управления в форме диаграммы взаимодействия, сопровождаемой анализом и пояснениями. Желательно провести анализ соответствия функциональной модели предприятия модели, представленной в ГОСТ Р 1501.1-90.
|
|
|
Описывая организационную структуру управления объектом, важно выявить состав органов управления, подразделений, их соподчинение, представленное в виде схемы или диаграммы (рисунок 2).
Далее приводится распределение функций управления по органам управления, подразделениям, штатным единицам, представленное в виде матрицы ответственности, сопровождаемой анализом и пояснениями. В приложение выносятся примеры положений о подразделениях и должностные инструкции.
Рисунок 1 - Пример производственной структуры предприятия
Описание информационной системы менеджмента состоит в описании ее функциональной структуры и требований к видам обеспечения.
Функциональная структура информационной системы представляется в виде схемы, диаграммы взаимосвязи функций управления или таблицы, описывающей структуру функциональных подсистем с анализом и пояснениями. По каждой из представленных подсистем дается ее краткая характеристика, раскрывающая реализуемые с ее помощью функции управления.
Типовой состав подсистем может быть следующим:
|
|
|
· Подсистема управления конструкторской подготовкой производства;
· Подсистема управления технологической подготовкой производства;
Рисунок 2 - Пример организационной структуры объекта управления
· Подсистема оперативного управления основным производством;
· Подсистема управления вспомогательным производством;
· Подсистема управления обслуживающими хозяйствами;
· Подсистема управления закупками;
· Подсистема управления запасами и складским хозяйством;
· Подсистема управления продажами;
· Подсистема управления качеством и надежностью продукции;
· Подсистема управления транспортным хозяйством;
· Подсистема управления основными фондами;
· Подсистема управления персоналом;
· Подсистема управления финансовой деятельностью;
· Подсистема контроля исполнительской деятельности.
Состав и характеристика видов обеспечения представляется в виде таблицы или схемы с анализом и пояснениями, при этом рассматриваются требования, предъявляемые системой управления предприятием к каждому виду обеспечения, или характеристика реализации каждого из видов обеспечения на предприятии, обуславливающая требования к разрабатываемой студентом части информационной системы. Обязательными для описания являются следующие виды обеспечения: техническое, информационное, программное, методическое, организационное. Требования к другим видам обеспечения (математическому, лингвистическому, эргономическому и т.д.) обуславливаются спецификой решаемой в дипломном проекте (выпускной квалификационной работе бакалавриата) задаче. Требования и решения в области правового обеспечения отражаются в пятом разделе дипломного проекта (выпускной квалификационной работе бакалавриата). Иллюстрацией общих взаимосвязей требований к видам обеспечения может служить рисунок 3. Эти взаимосвязи приводятся в помощь студентам для выработки требований по каждому виду обеспечения.
Классификация и описание элементов внешней среды представляется в виде диаграммы взаимодействия, на которой показаны взаимосвязи предприятия с контрагентами, клиентами, покупателями, заказчиками, подрядчиками, управляющими органами, управляемыми подразделениями, государственными органами и т.д.
3.4 Рекомендации по описанию информационных ресурсов
Для второго типа тем дипломного проекта (выпускной квалификационной работы бакалавриата) следующим вопросом являетсяописание характеристики информационных ресурсов объекта. При этом важно представить классификацию информационных ресурсов (схема или таблица с пояснениями), выявить специфику рассматриваемого сегмента информационных ресурсов, целевое назначение ресурса, требования к безопасности и описать требования к жизненному циклу информационного ресурса, структура и модель жизненного цикла информации (схема модели и таблица этапов и работ). Важно спроектировать информационную модель существования рассматриваемого ресурса (схема, таблица, пояснения).
3.5 Рекомендации по формулированию общих требований к решению рассматриваемой задачи и критериев оценки результативности решения
Формулируя общие требования к решению рассматриваемой задачи и критерии оценки результативности решения необходимо осуществить идентификацию критериев проектирования задачи в рамках указанной проблематики и в условиях объекта.
Общие требования к решению задачи должны подразделяться на функциональные и нефункциональные. Функциональные требования должны описывать состав функций и операций, которые должна реализовывать система (подсистема), а также их специфику для рассматриваемого предприятия. К нефункциональным требованиям относятся требования к качеству, затратам, эффективности, квалификации пользователя и т.д. Все требования оформляются в виде таблицы и должны быть отранжированы по важности.
Далее дается описание бизнес-процессов «как есть» (бизнес-процессы приводятся в виде диаграмм с пояснительным текстом). В этом подразделе приводятся и описываются бизнес-процессы, непосредственно реализующие задачу дипломного проекта (выпускной квалификационной работы бакалавриата) в базовом ("как есть") варианте. Эти бизнес-процессы должны быть результатом предпроектного обследования объекта исследования. Бизнес-процессы должны быть представлены в одной из следующих нотаций: BPMN , GRADE / BM , eEPC ( ARIS ). Преимуществом обладает нотация BPMN. Примеры бизнес-процессов приведены на рисунках 4 и 5.
Рисунок 3 - Схема взаимодействия функциональных подсистем и видов обеспечения
Рисунок 4 - Пример основного бизнес-процесса, оформленного в нотации GRADE / BM
Критерии результативности должны отражать необходимый уровень достижения требований. При этом следует уделить внимание таким критериям, как технические критерии, критерии обоснования выбора программно – математического и информационного обеспечения, критерии оценки защищенности информационных ресурсов, критерии качества, экономические критерии [11,39]. Для студентов, обучающихся по программе подготовки бакалавров, разработка критериев не обязательна. К примеру, задача должна быть реализована в условиях использования мобильных средств доступа к функционалу, процент покрытия функциональных требований должен быть 80%, динамический срок окупаемости с учетом инфляции не должен превышать 4 года и т.д. Оформляется в виде таблицы критериев.
Рисунок 5 - Пример бизнес-процесса "Приобретение товаров и услуг обособленным подразделением", оформленного в нотации BPMN
3.6 Рекомендации по описанию контекста решения задачи в рамках подсистемы
Переходя к описанию контекста решения задачи дипломного проекта (выпускной квалификационной работы бакалавриата), при описании проектируемой информационной системы (подсистемы) менеджмента объекта необходимо получить следующие результаты.
Идентифицировать состав и дать характеристику задач подсистемы (состав задач в виде таблицы: состав задач, цель каждой задачи, подразделения предприятия, решающие ее, периодичность решения задачи, степень и необходимость информатизации).
Построить информационную модель подсистемы, т.е. схему или диаграмму информационных связей задач подсистемы и схему внешних информационных связей подсистемы (рисунок 6).
Построить коммуникационную модель подсистемы или схему размещения состава рабочих мест в подсистеме, описывающую их взаимодействие, размещение и связь с организационной структурой управления (рисунок 7).
Рисунок 6 - Пример информационной модели функциональной подсистемы
Рисунок 7 - Пример коммуникационной модели подсистемы
Глава 4. РЕКОМЕНДАЦИИ ПО РАЗДЕЛУ "РАЗРАБОТКА РЕКОМЕНДАЦИЙ И МЕРОПРИЯТИЙ ПО РЕШЕНИЮ ПРОБЛЕМЫ НА ПРЕДПРИЯТИИ"
Основные проектные решения должны быть оформлены с учетом стандартов, применимых в предметной области решения задачи и соответствующих основным методам и инструментариям, применяемым в проекте (выпускной работе). Поскольку технологической основой специализации является компьютеризация менеджмента организации и информационных ресурсов, проектный раздел по своей структуре должен отвечать стандартам на разработку информационных систем.
По своему характеру дипломный проект (выпускная квалификационная работа бакалавриата) может отвечать требованиям технического проекта, если решаемая задача достаточно масштабная или реализуется с помощью сложной системы. Если решаемая задача компактна и может быть реализована полностью одним человеком за короткий срок, то дипломный проект (выпускная квалификационная работа бакалавриата) должен соответствовать требованиям, предъявляемым к рабочему проекту. Представление обоих видов проектов должно быть структурировано по видам обеспечения (ГОСТ 34.602-89).
Виды обеспечения предназначены для реализации решения комплекса задач функциональных подсистем. Во всех случаях описанию проектной части должны предшествовать основные концептуальные решения (РД 50-34. 698-90).
Особо следует предостеречь студента от изложения данного раздела в хронологическом или технологическом порядке. Рассматриваемый раздел должен отражать результат дипломного проектирования, а не процесс проектирования.
4.1. Рекомендации по разработке постановки задачи
Этот подраздел должен содержать описание экономической сущности задачи. В качестве задачи в данном разделе понимается конкретное решение, предлагаемое студентом и лично разработанное им. Это решение может охватывать не все функциональные требования, сформулированные во втором разделе дипломного проекта (выпускной квалификационной работы бакалавриата) ввиду ограниченности времени дипломного проектирования. В этом случае в шестом разделе студент должен оценить функциональное покрытие реализованного им решения по отношению к функциональному наполнению всей системы (подсистемы), разработка которой является целью дипломного проекта (выпускной квалификационной работы бакалавриата).
Постановка задачи должна включать следующие обязательные составляющие.
· Цель задачи и детализацию цели на частные подцели. Формулируется цель задачи, реализованной в данном разделе дипломного проекта (выпускной квалификационной работы бакалавриата).
· Перечень и характеристика входной информации. Перечень детализируется до отдельных документов, файлов, сущностей базы данных и т.д. В качестве характеристик необходимо указать форму и степень формализации информации, вид носителя.
· Перечень и характеристика промежуточной и нормативной информации. Перечень детализируется до отдельных документов, файлов, сущностей базы данных и т.д. В качестве характеристик необходимо указать форму и степень формализации информации, вид носителя.
· Перечень и характеристика выходной информации. Перечень детализируется до отдельных документов, файлов, сущностей базы данных и т.д. В качестве характеристик необходимо указать форму и степень формализации информации, вид носителя.
· Контекстная диаграмма (для студентов, обучающихся по направлению 080200 подготовки бакалавров «Менеджмент» (профиль «информационный менеджмент»), не обязательна). Приводится в нотации IDEF0. Иллюстрирует в графическом виде состав входной и выходной информации, а также состав промежуточной и нормативной информации. На диаграмме также указываются все исполнители задачи.
· Периодичность решения задачи, условия реализации. Описываются свободным текстом и являются существенными параметрами для расчета экономической эффективности проекта.
· Диаграммы вариантов использования (Use Case – Диаграммы) - для студентов, обучающихся по направлению 080200 подготовки бакалавров «Менеджмент» (профиль «Информационный менеджмент»), не обязательны. Приводится в нотации UML. Иллюстрирует в графическом виде взаимодействие программно-аппаратного комплекса решения задачи с персоналом - элементами системы (подсистемы) и внешними по отношению к данной задаче элементами информационной системы (подсистемы). Диаграмма вариантов использования описывает функциональность информационной системы, которая будет видна ее пользователям (рисунок 8).
4.2 Рекомендации по разработке основных концептуальных решений по задаче
Представляя основные концептуальные решения по задаче, в первую очередь приводят диаграммы бизнес-процессов "как будет" с их описанием. Эти диаграммы должны быть выполнены в той же нотации, что и диаграммы бизнес-процессов "как есть" в подразделе 2.4. Эти бизнес-процессы являются переработкой исходных бизнес-процессов в бизнес-процессы в условиях функционирования разработанной информационной системы (подсистемы) с учетом требований эталонных бизнес-процессов. Эталонные бизнес-процессы обычно представляют собой ограничения на топологию и содержание работ бизнес-процесса, предъявляемые выбранным для реализации задачи программным обеспечением. Эталонные бизнес-процессы описываются в подразделе 3.5.
Бизнес-процессы "как будет" должны быть детализированы до уровня отдельных операций, каждая операция должна быть идентифицирована исполнителем операции. Исполнитель операции должен быть элементом организационной структуры. Если организационная структура, представленная в разделе 2 является слишком укрупненной для описания исполнителей отдельных операций, то в данном подразделе должен быть описан более детализированный фрагмент организационной структуры, ориентированный на решение поставленной задачи.
Кроме потока управления (потока последовательности выполнения) на диаграммах бизнес-процессов должны прослеживаться все потоки данных, связанные с перечисленной в постановке задачи (подраздел 3.1) входной, промежуточной и выходной информацией.
Для иллюстрации на рисунке 9 приводится бизнес-процесс в нотации инструментальной системы GRADE Modeler .
Далее в подразделе описывается архитектура задачи или подсистемы. В зависимости от выбранной технологии программной реализации архитектура может быть описана диаграммой классов или диаграммой компонентов. Эти диаграммы должны быть представлены в нотации UML (для студентов, обучающихся по направлению 080500 подготовки бакалавров «Менеджмент», описание архитектуры не обязательно).
4.3 Рекомендации по описанию метода решения задачи
Важным аспектом проектирования ИСМ является выбор или разработка экономико–математических методов и моделей или инструментальных средств, применяемых для решения задачи.
В данном подразделе дается существенное для реализации описание выбранного математического метода или модели. Обзор методов решения задачи обычно приводится в первом разделе пояснительной записки. В этом же разделе осуществляется выбор метода.
Дата добавления: 2021-04-05; просмотров: 104; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!