Практическая
работа №1
Основные
этапы и принципы создания программного продукта
Цель: научиться
использовать программную среду Erwin process modeler, научиться
планировать программный продукт, готовить документацию в соответствии с ГОСТ.
Оборудование: компьютер
установленным программным обеспечением, методические рекомендации для
проведения практической работы.
ПО: OS Windows
XP/7/8/8.1, Erwin
process modeler, MS Word.
Общеобразовательные
и профессиональные компетенции:
Код
|
Наименование результата обучения
|
ПК
3.3
|
Принимать
участие в отладке и технических испытаниях компьютерных систем и комплексов,
инсталляции, конфигурировании и настройке операционной системы, драйверов,
резидентных программ.
|
ОК 1
|
Понимать сущность и социальную значимость своей
будущей профессии, проявлять к ней устойчивый интерес.
|
ОК 2
|
Организовывать собственную деятельность, выбирать
типовые методы и способы выполнения профессиональных задач, оценивать их
эффективность и качество.
|
ОК 3
|
Принимать решения в стандартных и нестандартных ситуациях и
нести за них ответственность.
|
ОК 4
|
Осуществлять поиск и использование информации, необходимой для
эффективного выполнения профессиональных задач, профессионального и
личностного развития.
|
ОК 5
|
Использовать информационно-коммуникационные технологии в
профессиональной деятельности.
|
ОК 6
|
Работать в коллективе и в команде, эффективно общаться с
коллегами, руководством, потребителями
|
ОК 7
|
Брать на себя ответственность за работу членов команды (подчиненных),
за результат выполнения заданий.
|
ОК 8
|
Самостоятельно определять задачи профессионального и личностного
развития, заниматься самообразованием, осознанно планировать повышение
квалификации.
|
ОК 9
|
Ориентироваться в условиях частой смены технологий в
профессиональной деятельности.
|
План:
1. Составление
технического задания
2. Составление
диаграммы бизнес-процесса
3. Составление
документации.
4. Выполнить
задание, подготовить отчет.
5. Ответить
на контрольные вопросы.
Теоретические сведения.
Техническое
задание (ТЗ) - исходный документ для разработки и испытания
изделия.
ТЗ — исходный документ на проектирование технического объекта
(программы).
При
составлении технического задания требуется:
—
определить платформу разрабатываемой программы — тип операционной системы
(например,
для IBM PC-совместимых машин делается выбор операционной среды:
MS DOS, Windows,
Windows NT либо Unix,
OS/2);
— оценить
необходимость сетевого варианта работы программы (определяется программное
обеспечение (ПО) вычислительной сети — Windows NT, допустимая номенклатура
программного обеспечения сетевой обработки);
—
определить необходимость разработки программы, которую можно переносить на
различные платформы;
—
обосновать целесообразность работы с базами данных под управлением СУБД.
На этом же этапе выбирают
методы решения задачи; разрабатывают обобщенный алгоритм решения комплекса
задач, функциональную структуру алгоритма или состав объектов, определяют
требования к комплексу технических средств системы обработки информации,
интерфейсу конечного пользователя.
— с
учетом принятого подхода к проектированию программного продукта разрабатывается
детальный алгоритм обработки данных или уточняется состав объектов и их
свойств, методов обработки, событий, запускающих методы обработки;
— определяется
состав общесистемного программного обеспечения, включающий базовые средства
(операционную систему, модель СУБД, электронные таблицы, методоориентированные
и функциональные ППП промышленного назначения и т.п.);
— разрабатывается
внутренняя структура программного продукта, образованная отдельными
программными модулями;
— осуществляется
выбор инструментальных средств разработки программных модулей.
Работы данного этапа в существенной степени зависят от принятых решений по
технической части системы обработки данных и операционной среде, от выбранных
инструментальных средств проектирования алгоритмов и программ, технологии
работ.
Руководство
администратора (РА) – это составная
часть эксплуатационной документации, которая разрабатывается на любую программу
или автоматизированную систему. При помощи руководства администратора
ответственные пользователи системы получают возможность управлять ее
функционированием – выполнять определенные операции по обеспечению порядка
работы АСУ, распределять права доступа к ней, редактировать данные и исправлять
ошибки.
Руководство
пользователя (РП) – документ, назначение которого — предоставить людям помощь в
использовании программного обеспечения. Документ входит в состав технической
документации на систему и, как правило, подготавливается разработчиком.
Моделирование бизнес-процессов -
это эффективное средство поиска путей оптимизации деятельности компании,
позволяющее определить, как компания работает в целом и как организована
деятельность на каждом рабочем месте. Под методологией (нотацией)
создания модели (описания) бизнес-процесса понимается
совокупность способов, при помощи которых объекты реального мира и
связи между ними представляются в виде модели. Для каждого объекта и
связей характерны ряд параметров, или атрибутов, отражающих опредёленные
характеристики реального объекта (номер объекта, название, описание,
длительность выполнения (для функций), стоимость и др.).
Реинжиниринг бизнес-процессов
(англ. Business process reengineering) - это фундаментальное переосмысление и
радикальное перепроектирование бизнес-процессов для достижения максимальной
эффективности производственно-хозяйственной и финансово-экономической
деятельности, оформленное соответствующими организационно-распорядительными и
нормативными документами. Бизнес-инжиниринг состоит из моделирования
бизнес-процессов (разработка модели "как есть", её анализ, разработка
модели "как надо") и разработки и реализации плана перехода к
состоянию "как надо".
Основные типы методологий моделирования и
анализа бизнес-процессов:
- Моделирование бизнес-процессов (Business
Process Modeling). Наиболее широко используемая методология описания
бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для
высокоуровневого описания бизнеса компании в функциональном аспекте.
- Описание потоков работ (Work Flow
Modeling). Стандарт IDEF3 предназначен для описания рабочих процессов и близок
к алгоритмическим методам построения блок-схем.
- Описание потоков данных (Data Flow
Modeling). Нотация DFD (Data Flow Diagramming), позволяет отразить
последовательность работ, выполняемых по ходу процесса, и потоки информации,
циркулирующие между этими работами.
- Прочие методологии.
Бизнес-модель - это
формализованное (графическое, табличное, текстовое, символьное) описание
бизнес-процессов. Основная область применения бизнес-моделей - это
реинжиниринг бизнес-процессов.
Цели моделирования бизнес-процессов обычно
формулируются следующим образом:
- обеспечить понимание структуры
организации и динамики происходящих в ней процессов;
- обеспечить понимание текущих проблем
организации и возможностей их решения;
- убедиться, что заказчики, пользователи и
разработчики одинаково понимают цели и задачи организации;
- создать базу для формирования требований
к ПО, автоматизирующему бизнес-процессы организации (требования к ПО формируются
на основе бизнес-модели).
Важным элементом модели бизнес-процессов
являются бизнес-правила или правила предметной области. Типичными
бизнес-правилами являются корпоративная политика и государственные законы.
Бизнес-правила обычно формулируются в специальном документе и могут отражаться
в моделях.
Декомпозиция - это метод,
позволяющий заменить решение одной большой задачи решением серии меньших задач,
расщепление объекта на составные части по установленному критерию. Практически
декомпозиция применяется для детализации бизнес-моделей.
Этапы описания бизнес-процесса:
- Определение целей описания.
-Описание окружения, определение входов и
выходов бизнес-процесса, построение IDEF0-диаграмм (Рисунок №1).
- Описание функциональной структуры (действия
процесса), построение IDEF3-диаграмм (Рисунок №2).
- Описание потоков (материальных,
информационных, финансовых) процесса, построение DFD-диаграмм (Рисунок №3).
- Построение организационной структуры
процесса (отделы, участники, ответственные).
ПО для проектирования бизнес-процессов: Erwin process modeler - программный продукт в
области реализации средств CASE-технологий., ARIS (акроним от англ. Architecture of
Integrated Information Systems) — методология и тиражируемый программный
продукт для моделирования бизнес-процессов организаций.
Рисунок
№1 . IDEF0 - диаграмма бизнес-процесса
Рисунок
№2 . IDEF3 - диаграмма бизнес-процесса
Рисунок
№3 .
DFD - диаграмма бизнес-процесса
Ход работы
Задание 1. Написать
по ГОСТ техническое задание на разработку программного продукта в соответствии
с планом.
Задание
2.
Спроектировать диаграмму бизнес-процессов в среде Erwin process modeler,
предварительно начертив в тетради.
Контрольные
вопросы
1. Что
такое ТЗ?
2. Что
такое руководство пользователя?
3. Что
такое руководство администратора?
4. Назовите
основные этапы проектирования ПО?
5. Что
такое жизненный цикла программ?
6. Что
такое программа?
7. Основное
назначение программ?
8. Что
такое реинжинеринг?
9. Назовите
языки программирования, которые вы знаете (не больше 10)?
10. Назовите
этапы описания бизнес- процесса?
Результат
деятельности:
Отчет/вывод/классификация/ таблица/
решение/расчет/рецензия и т.д.
Защита:
Устная
Критерии
оценки:
–
Зачет/не зачет
–
Оценка
«5» - ответил на все контрольные вопросы и смог защитить практическую
работу.
«4» - ответил на все вопросы, но были
погрешности в защите практической работы.
«3» - ответил не на все вопросы и не смог
защитить практическую работу.
«2» - не ответил/недостаточное кол-во ответов
для зачета.
Качественная характеристика степени умений студента
–
на стадии:
–
испытывает
затруднения
–
умеет
–
владеет
–
может
научить другого и др.
Оставьте свой комментарий
Авторизуйтесь, чтобы задавать вопросы.