Система тестирования остаточных знаний на основе компетентностного подхода
Содержание
Введение
Постановка
задачи на курсовой проект
Моделирование
бизнес-процесса
Планирование
работмоделирование
Моделирование
данных
Заключение
Список
использованной литературы
Словарь
терминов и сокращений
Введение
Одной из главных задач в современном обучении является применение
полученных студентами знаний и навыков на практике. Целью данного курсового
проекта является знакомство с профессиональными программными средами, освоение
и моделирование в них поставленной задачи.
Сегодня в системах образования становится общепринятым компетентностный
подход к организации образовательного процесса. Системы образования всех стран
сегодня решают важный вопрос: «Как описать профессиональную деятельность с
позиции компетенций и как подготовить специалистов к работе с ориентацией на
требуемые компетенции?». В современной практике для этого часто используется
метод моделирования - моделирования компетенций. Существует два доминирующих
подхода к моделированию компетенций: модели компетенций сфокусированы либо на
способностях выполнять работу (ability-centered models), либо на ее результате
(outcome-centered models). Таким образом, выделяются модели компетенций
двух видов: 1) функциональная (профессиональная) - перечисляет те функции,
которые необходимо выполнять сотрудникам для того, чтобы успешно достигать
целей профессиональной деятельности, таким образом, данная модель напоминает
должностную инструкцию; 2) личностная - показывает, какими личными качествами
должны обладать сотрудники для успешного достижения целей профессиональной
деятельности.
Ориентирами для отбора и описания компетенций профессии, перечень которых
определяет успешность профессиональной деятельности, должны стать понимание
современной профессиональной деятельности, мнение работодателей, анализ
имеющихся нормативных документов, а также анализ зарубежного опыта оценки
компетентности работников и выпускников образовательных учреждений.
Компете́нция (от
лат.
<#"577787.files/image001.jpg">
Основные этапы разработки системы тестирования:
Теоретическая часть представлена следующими этапами:
Практическая часть представлена следующим образом:
Этап разработки тестовых заданий:
Таким образом, данный этап моделирования необходим для
описания общей схемы разработки системы тестирования, с выделением всех
ключевых моментов, с которыми мы столкнемся по ходу решения поставленной
задачи.
где Ab;i - число стрелок, соединяющихся с блоком,- порядковый
номер блока,- количество блоков на диаграмме,
Цель: стремиться к min(Kb) для диаграммы
Планирование работ
Добавляя каждому действию свойство UDP и проставляя значения параметров
(id, Start, Finish, Predecessors, Outlevel), далее с помощью стандартных
функций BPwin экспортируем данные в MS Excel.
На основе полученного файла мы строим проект в MS Project, который дает
нам представление нашей модели в виде диаграммы Ганта:
Диаграмма Ганта позволяет визуально оценить последовательность задач, их
относительную длительность и протяженность проекта в целом, сравнить
планируемый и реальный ход выполнения задач, детально проанализировать реальный
ход выполнения.
Согласно данному плану работы на этот семестр выполнены в срок.
Моделирование бизнес- процессов
Моделирование разработки системы тестирования в виде бизнес- процесса в
программе ARIS в целом повторяет BPwin, но в то же время дополняет схему
уточняющими элементами - IT-system, база данных, конечный продукт. Таким
образом, получаем более полное представление о разработке системы тестирования
и средствах достижения конечного результата.
UML-моделирование.
моделирование предназначено для быстрого и наглядного представления
возможностей будущей системы тестирования, ее предназначения и информацию о
возможных пользователях. В курсовом проекте используется Use case диаграмма.
Прецеденты (Use case) - описание набора последовательностей действий,
которые выполняются системой и имеют значение для конкретного действующего лица
(Actor). Прецеденты изображаются в виде эллипса и используются для
структурирования поведенческих сущностей в модели;
Диаграммы вариантов использования описывают функциональное назначение
системы или то, что система должна делать. Разработка диаграммы преследует
следующие цели:
· определить общие границы и контекст моделируемой предметной
области;
· сформулировать общие требования к функциональному поведению
проектируемой системы;
· разработать исходную концептуальную модель системы для ее
последующей детализации в форме логических и физических моделей;
· подготовить исходную документацию для взаимодействия
разработчиков системы с ее заказчиками и пользователями.
Типы связей:
Коммуникации (communication) - между UC и Actor
Использования («uses») - между UC
Расширения («extends») - между UC
Обобщения («generalization») - между Actor или между UC
Где:
• Sobj - оценка для элемента диаграммы,
• Slnk - оценка для связи диаграммы,
• Tobj - количество различных типов объектов на диаграмме,
• Tlnk - количество различных типов связей на диаграмме,
• Kobj - количество объектов на диаграмме.
Если имеется большое количество связей одного типа:
где- оценка для элемента диаграммы,- количество различных типов объектов
на диаграмме,- количество объектов на диаграмме.
Тип элемента
|
Значение оценки Sobj
|
CLASS
|
5
|
INTERFACE
|
4
|
USE CASE
|
2
|
COMPONENT
|
4
|
NODE
|
3
|
PROCESSOR
|
2
|
INTERACTION
|
6
|
PACKAGE
|
4
|
STATE
|
4
|
NOTE
|
2
|
Тип связи
|
Значение оценки Slnk
|
2
|
ASSOCIATION
|
1
|
AGREGATION
|
2
|
COMPOSITION
|
3
|
GENERALIZATION
|
3
|
REALIZATION
|
2
|
Тип диаграммы
|
Диапазон оценок
|
Class с атрибутами и
операциями
|
5 - 5.5
|
Class без атрибутов и
операций
|
3 - 3.5
|
COMPONENT
|
3.5 - 4
|
USE CASE
|
2.5 - 3
|
DEPLOYMENT
|
2 - 2.5
|
SEQUENCE
|
3 - 3.5
|
COOPERATIVE
|
3.5 - 4
|
STATE
|
2.5 - 3
|
Моделирование данных
Физическая структура базы данных редко совпадает с исходной логической
структурой. В целях повышения производительности бизнес-приложений часто
требуется проводить денормализацию данных на физическом уровне модели.
AllFusion ERwin Data Modeler (ERwin) позволяет автоматизировать процесс
трансформации модели, сохраняя в целости исходный проект.
Построенная модель данных предназначена для представления более полной информации
об изучении компетентностного подхода, компетенциях и их составляющих в
процессе изучения теоретических основ и дальнейшей разработке системы
тестирования.
Логический уровень:
Физический уровень:
Фрагмент DDL- скрипта, скомпилированного по физической структуре ER-
модели:
REATE TABLE Competencies
(appearance VARCHAR2(20) NULL ,VARCHAR2(20) NULL ,_mod
INTEGER NULL ,VARCHAR2(20) NULL ,_comp INTEGER NOT NULL ,_hierarchy INTEGER
NULL ,_comp VARCHAR2(20) NULL);
Заключение
В ходе выполнения курсового проекта по курсу «Профессиональные
программные среды» было проведено моделирование разработки системы тестирования
остаточных знаний на основе компетентностного подхода с помощью нескольких
этапов: моделирование бизнес- процесса, планирование работ, UML- моделирование,
моделирование данных логического и физического уровня. Запланированная на этот
семестр работа выполнена в срок.
К отчету прилагаются следующие файлы:
. КП_BPwin.bp1
. КП_MSProject.mpp
. КП_ARIS.adf
. КП_UML.vsd
. КП_ERwin.erwin
Отчет и все файлы подписаны цифровой подписью с помощью самоподписанного
сертификата программы КриптоАрм и стандартного Windows- криптопровайдера.
Список использованной литературы
<http://ru.wikipedia.org>
<http://www.intuit.ru>
<http://itteach.ru/bpwin/metodologiya-idef0/kontekstnaya-diagramma>
Методологии описания
бизнес-процессов и бизнес-моделирования-2012.ppt
Управление проектами с
MSProject.ppt- методология.pptмоделирование ИС.ppt
Проектирование,
документирование и сопровождение баз данных и хранилищ данных-2012.ppt
Пример_построения_ER-диаграммы.ppt
Словарь терминов и сокращений
AllFusion
ERwin Data Modeler (ранее ERwin)
- CASE <http://ru.wikipedia.org/wiki/CASE>-средство для проектирования
<http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B1%D0%B0%D0%B7_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85>
и документирования <http://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D0%B8%D1%8F>
баз данных
<http://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85>,
которое позволяет создавать, документировать и сопровождать базы данных,
хранилища и витрины данных.Модели данных
<http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85>
помогают визуализировать структуру данных, обеспечивая эффективный процесс
организации, управления и администрирования таких аспектов деятельности
предприятия, как уровень сложности данных, технологий баз данных и среды
развертывания.ERwin Data Modeler (ERwin) позволяет наглядно отображать сложные
структуры данных. Удобная в использовании графическая среда AllFusion ERwin
Data Modeler упрощает разработку базы данных и автоматизирует множество
трудоёмких задач, уменьшая сроки создания высококачественных и
высокопроизводительных транзакционных баз данных и хранилищ данных. Данное
решение улучшает коммуникацию организации, обеспечивая совместную работу
администраторов и разработчиков баз данных, многократное использование модели,
а также наглядное представление комплексных активов данных в удобном для
понимания и обслуживания формате.
IDEF0 - Function Modeling - методология
<http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F>
функционального моделирования и графическая нотация, предназначенная для
формализации и описания бизнес-процессов
<http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81>.
Отличительной особенностью IDEF0 является её акцент на соподчинённость
объектов. В IDEF0 рассматриваются логические отношения между работами, а не их
временна́я последовательность (WorkFlow
<http://ru.wikipedia.org/w/index.php?title=WorkFlow&action=edit&redlink=1>).
Стандарт
IDEF0 представляет организацию как набор модулей, здесь существует правило -
наиболее важная функция находится в верхнем левом углу, кроме того есть правило
стороны : - стрелка входа приходит всегда в левую кромку активности, - стрелка
управления - в верхнюю кромку, - стрелка механизма - нижняя кромка, - стрелка
выхода - правая кромка.
Описание
выглядит как «чёрный ящик <http://ru.wikipedia.org/wiki/%D0%A7%D1%91%D1%80%D0%BD%D1%8B%D0%B9_%D1%8F%D1%89%D0%B8%D0%BA>»
с входами, выходами, управлением и механизмом, который постепенно
детализируется до необходимого уровня. Также для того чтобы быть правильно
понятым, существуют словари описания активностей и стрелок. В этих словарях
можно дать описания того, какой смысл вы вкладываете в данную активность либо
стрелку.
Также
отображаются все сигналы управления, которые на DFD
<http://ru.wikipedia.org/wiki/DFD> (Диаграмме Потоков Данных) не
отображались. Данная модель используется при организации бизнес-проектов и
проектов, основанных на моделировании всех процессов: как административных, так
и организационных.
ARIS (акроним
<http://ru.wikipedia.org/wiki/%D0%90%D0%BA%D1%80%D0%BE%D0%BD%D0%B8%D0%BC>
от англ. <http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA>
Architecture of Integrated Information Systems) - методология и тиражируемый
программный продукт для моделирования <http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5>
бизнес-процессов
<http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81>
организаций. Продукт и методология принадлежат немецкой <http://ru.wikipedia.org/wiki/%D0%93%D0%B5%D1%80%D0%BC%D0%B0%D0%BD%D0%B8%D1%8F>
компании Software AG <http://ru.wikipedia.org/wiki/Software_AG> как
результат поглощения компании IDS Scheer
<http://ru.wikipedia.org/w/index.php?title=IDS_Scheer&action=edit&redlink=1>
автора методологии Августа-Вильгельма Шеера
<http://ru.wikipedia.org/wiki/%D0%A8%D0%B5%D0%B5%D1%80,_%D0%90%D0%B2%D0%B3%D1%83%D1%81%D1%82-%D0%92%D0%B8%D0%BB%D1%8C%D0%B3%D0%B5%D0%BB%D1%8C%D0%BC>.
Microsoft
Project - программа
<http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BD%D0%B0%D1%8F_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0>
управления проектами
<http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82>,
разработанная корпорацией Microsoft
<http://ru.wikipedia.org/wiki/Microsoft>. Microsoft Project создан, чтобы
помочь менеджеру проекта в разработке планов
<http://ru.wikipedia.org/wiki/%D0%9F%D0%BB%D0%B0%D0%BD>, распределении
ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft
Project создаёт расписания критического пути
<http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D0%BA%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D1%82%D0%B8>.
Расписания могут быть составлены с учётом используемых ресурсов. Цепочка
визуализируется в диаграмме Ганта
<http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%93%D0%B0%D0%BD%D1%82%D0%B0>.
Диагра́мма Га́нта (англ.
<http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA>
Gantt chart, также ленточная диаграмма, график Ганта) - это популярный тип
столбчатых диаграмм <http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0>
(гистограмм
<http://ru.wikipedia.org/wiki/%D0%93%D0%B8%D1%81%D1%82%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0>),
который используется для иллюстрации плана, графика работ по какому-либо
проекту <http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82>.
Является одним из методов планирования проектов. Используется в приложениях по
управлению проектами
<http://ru.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0%D0%BC%D0%B8>.
Первый
формат диаграммы был разработан Генри Л. Гантом
<http://ru.wikipedia.org/wiki/%D0%93%D0%B0%D0%BD%D1%82,_%D0%93%D0%B5%D0%BD%D1%80%D0%B8>
в 1910 году.
По
сути, диаграмма Ганта состоит из полос, ориентированных вдоль оси времени.
Каждая полоса на диаграмме представляет отдельную задачу в составе проекта (вид
работы), её концы - моменты начала и завершения работы, её протяженность -
длительность работы. Вертикальной осью диаграммы служит перечень задач. Кроме
того, на диаграмме могут быть отмечены совокупные задачи, проценты завершения,
указатели последовательности и зависимости работ, метки ключевых моментов
(вехи), метка текущего момента времени «Cегодня» и др.
Ключевым
понятием диаграммы Ганта является веха - метка значимого момента в ходе
выполнения работ, общая граница двух или более задач. Вехи позволяют наглядно
отобразить необходимость синхронизации, последовательности в выполнении
различных работ. Вехи, как и другие границы на диаграмме, не являются
календарными датами. Сдвиг вехи приводит к сдвигу всего проекта. Поэтому
диаграмма Ганта не является, строго говоря, графиком работ. И это один из
основных её недостатков. Кроме того, диаграмма Ганта не отображает значимости
или ресурсоемкости работ, не отображает сущности работ (области действия). Для
крупных проектов диаграмма Ганта становится чрезмерно тяжеловесной и теряет
всякую наглядность.
Указанные
выше недостатки и ограничения серьёзно ограничивают область применения
диаграммы. Тем не менее, в настоящее время диаграмма Ганта является стандартом
де-факто в теории и практике управления проектами
<http://ru.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B0%D0%BC%D0%B8>,
по крайней мере, для отображения Структуры перечня работ
<http://ru.wikipedia.org/wiki/%D0%A1%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D0%B4%D0%B5%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D0%B8_%D1%80%D0%B0%D0%B1%D0%BE%D1%82>
по проекту.
UML (англ. <http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA>
Unified Modeling Language - унифицированный язык моделирования) - язык
<http://ru.wikipedia.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F>
графического
<http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%B7%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F>описания
для объектного моделирования <http://ru.wikipedia.org/w/index.php?title=%D0%9E%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5&action=edit&redlink=1>
в области разработки программного обеспечения <http://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F>.
UML является языком широкого профиля, это - открытый стандарт <http://ru.wikipedia.org/wiki/%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>,
использующий графические обозначения для создания абстрактной модели
<http://ru.wikipedia.org/wiki/%D0%90%D0%B1%D1%81%D1%82%D1%80%D0%B0%D0%BA%D1%82%D0%BD%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C>
системы
<http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0>,
называемой UML-моделью. UML был создан для определения, визуализации,
проектирования и документирования, в основном, программных систем. UML не
является языком программирования, но на основании UML-моделей возможна
генерация кода
<http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%B4%D0%BE%D0%B3%D0%B5%D0%BD%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D1%8F>.
Бизнес-процесс - это совокупность взаимосвязанных мероприятий или
задач, направленных на создание определенного продукта или услуги для
потребителей. Для наглядности бизнес-процессы визуализируют при помощи
блок-схемы <http://ru.wikipedia.org/wiki/%D0%91%D0%BB%D0%BE%D0%BA-%D1%81%D1%85%D0%B5%D0%BC%D0%B0>
бизнес-процессов.
Бизнес-моделирование
(деловое моделирование) -
деятельность по формированию моделей организаций, включающая описание деловых
объектов (подразделений, должностей, ресурсов, ролей, процессов, операций, информационных
систем, носителей информации и т. д.) и указание связей между ними. Требования
к формируемым моделям и их соответствующее содержание определяются целями
моделирования.
КриптоАРМ - программа, предоставляющая графический интерфейс
для выполнения криптоопераций (шифрование
<http://ru.wikipedia.org/wiki/%D0%A8%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5>,
электронная цифровая подпись
<http://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%86%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%B0%D1%8F_%D0%BF%D0%BE%D0%B4%D0%BF%D0%B8%D1%81%D1%8C>),
управления цифровыми сертификатами
<http://ru.wikipedia.org/wiki/%D0%A6%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%BE%D0%B9_%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82>,
списками отзыва сертификатов, криптопровайдерами
<http://ru.wikipedia.org/wiki/%D0%9A%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B9%D0%B4%D0%B5%D1%80>
и др. Применима для защиты личных данных, например: шифрование файлов, отправка
по e-mail зашифрованных и подписанных документов, так и в коммерческих,
государственных компаниях в для защиты документов, обеспечению юридической
значимости их обмена. Разработан компанией «Цифровые технологии».