Критерии оценивания предметной области бизнес процесса

Комплект оценочных средств предназначен для оценки результатов освоения профессионального модуля ПМ.05.Проектирование и разработка информационных систем обязательной части основной профессиональной образовательной программы в соответствии с ФГОС по профессии 09.02.07 Информационные системы и программирование.

Скачать:

Предварительный просмотр:

ХАНТЫ – МАНСИЙСКОГО АВТОНОМНОГО ОКРУГА-ЮГРЫ

« НИЖНЕВАРТОВСКИЙ СТРОИТЕЛЬНЫЙ КОЛЛЕДЖ »

для проведения промежуточной аттестации

по профессиональному модулю

ПМ.05.Проектирование и разработка информационных систем

основной профессиональной образовательной программы (ОПОП)

среднего профессионального образования

09.02.07 Информационные системы и программирование

(код, наименование профессии)

Организация-разработчик: бюджетное учреждение профессионального образования Ханты-Мансийского автономного округа-Югры «Нижневартовский строительный колледж»

БУ «НСК» преподаватель А.Ф. Ризванова

Карта бизнес-процесса as-is

Эксперты от работодателя:

___________________ __________________ _____________________

(место работы) (занимаемая должность) (инициалы, фамилия)

___________________ __________________ _____________________

(место работы) (занимаемая должность) (инициалы, фамилия)

зам. директора по УР_________________________

зам. директора по УПР_______________________

I. Паспорт комплекта оценочных средств

Комплект оценочных средств предназначен для оценки результатов освоения профессионального модуля ПМ.05.Проектирование и разработка информационных систем обязательной части основной профессиональной образовательной программы в соответствии с ФГОС по профессии 09.02.07 Информационные системы и программирование.

Комплект оценочных средств для проведения промежуточной аттестации по профессиональному модулю ПМ.05.Проектирование и разработка информационных систем разработан в соответствии с требованиями федерального государственного образовательного стандарта (ФГОС) по профессии 09.02.07 Информационные системы и программирование

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

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

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

Простые нотации описания бизнес-процессов, которые читают и используют сотрудники

Формой аттестации по профессиональному модулю является экзамен (квалификационный).

Экзамен (квалификационный) включает:

— выполнение тестовых заданий;

— выполнение компетентностно-ориентированных заданий.

1.1 Результаты освоения модуля, подлежащие проверке (заполненная матрица-таблица)

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

Предметы оценивания (из ФГОС , раб программы)

Формы и методы оценивания

Источник: nsportal.ru

Разработка регламента выполнения процесса «Проведение оценки качества» (Описание предметной области. Постановка задачи)

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

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

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

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

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

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

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

Объектом исследования является процесс исследования качества готовой продукции.

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

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

Для достижения поставленной цели необходимо решить ряд задач:

1. Дать описание предметной области.
2. Выбрать средства моделирования бизнес-процессов.
3. Осуществить моделирование бизнес-процессов «как есть».
4. Описать мероприятия по улучшению бизнес-процессов.
5. Осуществить моделирование бизнес-процессов «как должно быть».

1 Глава. Аналитическая часть

1.1. Описание предм етной области. Постановка задачи

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

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

Оценка качества является более широким понятием, чем контроль качества. К проведению оценки качества привлекается большее количество показателей качества.

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

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

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

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

Рассмотрим процесс оценки качества продукции. Процесс оценки качества включает в себя ряд этапов:

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

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

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

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

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

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

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

• Дифференциальный;
• Комплексный;
• Смешанный.

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

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

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

Рисунок 1. Формула вычисления обобщенного показателя

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

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

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

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

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

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

Контролем качества называют проверку соответствия показателей качества установленным требованиям. Требования, предъявляемые к показателям качества, определяются в соответствующих нормативных документах (стандартах, нормах, правилах и др.) или в технических условиях. При совершении сделок к этим документам приравниваются условия контракта в разделе «Требования к качеству», «Основные и Особые условия поставки» и т.д.

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

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

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

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

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

• Непрерывный;
• Периодический;
• Летучий.

1.2. Выбор средства для моделирования бизнес-процессов

Для проектирования информационной системы будет использована методология функционального моделирования. SADT – методология (Structured Analysis and Design Technique ) является распространенной в связи с тем, что ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры. В силу этого, SADT – это методология в большей степени нацеленная на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов [11].

Функциональная модель бизнес-процессов состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга [3]. Диаграммы — главные компоненты модели, которые отображают последовательности взаимосвязанных через общие объекты функций (операций, действий, работ – activity) бизнес-процесса.

Методология SADT реализована в следующих инструментальных средствах:

1. Microsoft Visio.
2. Bpwin process modeler.
3. Ramus Educational.
4. Dia [12].

Программный продукт Microsoft Visio — векторный графический редактор, который обеспечивает работы с диаграммами и блок-схемами для Windows. Редактор выпускается в трёх редакциях: Standard, Professional и Pro for Office 365 [4].

Аналогично с Adobe Reader, в стандартный набор программ MS Office входит только средство для просмотра и печати диаграмм Microsoft Visio Viewer [5]. Полнофункциональная версия Microsoft Visio Professional для создания и редактирования монограмм и диаграмм в пакеты MS Office не входит и распространяется отдельно. Первоначально Visio разрабатывался и выпускался компанией Visio Corporation. Компания Microsoft приобрела компанию в 2000 году, тогда продукт назывался Visio 2000, был выполнен ребрендинг, и продукт был включен в состав Microsoft Office. Редактор поддерживает множество типов диаграмм, в которые входит IDEF0, DFD и другие методологии моделирования.

Редактор «Bpwin process modeler» — это программный продукт, разработанный компанией ltd. Logic Works [7]. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. BPwin является достаточно развитым средством моделирования, которое позволяет проводить анализ, документирование и улучшение бизнес процессов.

С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели BPwin создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой [1].

«Bpwin» поддерживает функциональное моделирование, моделирование потока работ и потока данных [8]. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции).

Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Кроме того, что в BPwin создаются отдельные модели, также могут создаваться и смешанные модели [2].

Редактор «Ramus Educational» — кроссплатформенная система моделирования и анализа бизнес-процессов. В функционал редактора входят:

• разработка графических моделей бизнес-процессов (поддерживаются нотации IDEF0 и DFD);
• разработка систем классификации и кодирования (с привязкой к моделям процессов);
• формирование отчётности по моделям и системе классификации (в виде регламентов бизнес-процессов, должностных инструкций и т.п.).

Редактор «Dia» — это свободный кроссплатформенный редактор диаграмм, часть GNOME Office, но может быть установлен независимо. Он может быть использован для создания различных видов диаграмм: блок-схем алгоритмов программ, древовидных схем, статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других [9].

Для выбора инструментального средства необходимо выделить критерии, по которым выбор будет осуществляться:

1. Поддержка нотаций IDEF0, DFD, IDEF3.
2. Кроссплатформенность.
3. Проверка нотации.
4. Формирование отчетности.

Проанализируем инструментальные средства по выделенным критериям. Результат представлен в таблице 1.

По результатам проведенного анализа наибольшее соответствие показало CASE-средство Bpwin process modeler, которое будет использовано для моделирования бизнес-процессов предметной области.

Таблица 1

Анализ инструментальных средств

Критерий

MS Visio

Источник: www.evkova.org

plyusninaEV/PM05

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Switch branches/tags
Branches Tags
Could not load branches
Nothing to show
Could not load tags

Nothing to show

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Cancel Create

• Local
• Codespaces

HTTPS GitHub CLI
Use Git or checkout with SVN using the web URL.
Work fast with our official CLI. Learn more about the CLI.

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Git stats

Files

Failed to load latest commit information.

Latest commit message
Commit time

README.md

ПM.05 Проектирование и разработка информационных систем

1. МДК. 05.01 Проектирование и дизайн ИС
2. МДК. 05.02 Разработка кода информационной системы

МДК. 05.01 Проектирование и дизайн информационной системы

Тема 1. Основы проектирования информационных систем

1. Основные понятия и определения ИС. Жизненный цикл информационных систем
2. Организация и методы сбора информации. Анализ предметной области. Основные понятия системного и структурного анализа.
3. Постановка задачи обработки информации. Основные виды, алгоритмы и процедуры обработки информации, модели и методы решения задач обработки информации.
4. Основные модели построения информационных систем, их структура, особенности и области применения.
5. Сервисно — ориентированные архитектуры. Анализ интересов клиента. Выбор вариантов решений
6. Методы и средства проектирования информационных систем. Case-средства для моделирования деловых процессов (бизнес-процессов). Инструментальная среда –структура, интерфейс, элементы управления.
7. Принципы построения модели IDEF0: контекстная диаграмма, субъект моделирования, цель и точка зрения
8. Диаграммы IDEF0: диаграммы декомпозиции, диаграммы дерева узлов, диаграммы только для экспозиции (FEO). Работы (Activity). Стрелки (Arrow). Туннелирование стрелок. Нумерация работ и диаграмм. Каркас диаграммы.
9. Слияние и расщепление моделей
10. Особенности информационного, программного и технического обеспечения различных видов информационных систем. Экспертные системы. Системы реального времени
11. Оценка экономической эффективности информационной системы. Стоимостная оценка проекта. Классификация типов оценок стоимости: оценка порядка величины, концептуальная оценка, предварительная оценка, окончательная оценка, контрольная оценка.
12. Основные процессы управления проектом. Средства управления проектами

Анализ предметной области различными методами: контент-анализ, вебометрический анализ, анализ ситуаций, моделирование и др Изучение устройств автоматизированного сбора информации. Оценка экономической эффективности информационной системы Разработка модели архитектуры информационной системы. Разработчик web и мультимедийных приложений. Обоснование выбора средств проектирования информационной системы Практическая работа «Описание бизнес-процессов заданной предметной области.

Тема 2. Система обеспечения качества информационных систем

1. Основные понятия качества информационной системы. Национальный стандарт обеспечения качества автоматизированных информационных систем.
2. Международная система стандартизации и сертификации качества продукции. Стандарты группы ISO.
3. Методы контроля качества в информационных системах. Особенности контроля в различных видах систем
4. Автоматизация систем управления качеством разработки.
5. Обеспечение безопасности функционирования информационных систем
6. Стратегия развития бизнес-процессов. Критерии оценивания предметной области и методы определения стратегии развития бизнес-процессов. Модернизация в информационных системах

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

Тема 3. Разработка документации информационных систем

1. Перечень и комплектность документов на информационные системы согласно ЕСПД и ЕСКД. Задачи документирования.
2. Предпроектная стадия разработки.
3. Техническое задание на разработку: основные разделы.
4. Построение и оптимизация сетевого графика.
5. Проектная документация.
6. Техническая документация. Отчетная документация
7. Пользовательская документация. Маркетинговая документация.
8. Самодокументирующиеся программы.
9. Назначение, виды и оформление сертификатов.

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

МДК. 05.02 Разработка кода информационной системы

Тема 1. Основные инструменты для создания, исполнения и управления информационной системой

1. Структура CASE-средства. Структура среды разработки. Основные возможности.
2. Основные инструменты среды для создания, исполнения и управления информационной системой. Выбор средств обработки информации
3. Организация работы в команде разработчиков
4. Система контроля версий: совместимость, установка, настройка.
5. Обеспечение кроссплатформенности информационной системы.
6. Сервисно — ориентированные архитектуры.
7. Интегрированные среды разработки для создания независимых программ.
8. Особенности объектно-ориентированных и структурных языков программирования.
9. Разработка сценариев с помощью специализированных языков
10. Использование системного анализа и методологий проектирования (например, унифицированного языка моделирования (Unified Modelling Language), программной платформы MVC (Model-View-Control), фреймворков, шаблонов проектирования)

Тема 2. Разработка и модификация информационных систем

1. Формирование репозитория проекта, определение уровня доступа в системе контроля версий. Распределение ролей
2. Настройки среды разработки. Мониторинг разработки проекта. Сохранение версий проекта
3. Требования к интерфейсу пользователя
4. Принципы создания графического пользовательского интерфейса (GUI)
5. Понятие спецификации языка программирования. Синтаксис языка программирования. Стиль программирования
6. Основные конструкции выбранного языка программирования
7. Описание переменных, организация ввода-вывода, реализация типовых алгоритмов
8. Разработка графического интерфейса пользователя
9. Отладка приложений. Организация обработки исключений
10. Выбор источников и приемников данных, сопоставление объектов данных
11. Виды, цели и уровни интеграции программных модулей
12. Транспортные протоколы. Стандарты форматирования сообщений
13. Организация файлового ввода-вывода
14. Процесс отладки. Отладочные классы
15. Спецификация настроек типовой ИС

Источник: github.com