2 предмет конспекты. Борисова Марина Валентиновна, преподаватель Иркутск 2015 г. Содержание пояснительная записка 5 Раздел Общие сведения об ис 8 Тема Общая характеристика ис 8 лекция
 Скачать 0.94 Mb.
|
Что такое технология проектирования?Какие требования предъявляются к технологии проектирования? Какие виды методик проектирования Вам известны?Какова цель функциональной методики проектирования?Дайте определения основных понятий функциональной методики IDEF0.Лекция 13. Моделирование бизнес-процессов с помощью AllFusion Process Modeler (BPWin 7.x)План:
AllFusion Process Modeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. В основу продукта заложены общепризнанные методологии моделирования. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Работа с программой начинается с создания новой модели, для которой нужно указать имя и тип (рисунок 12).  Рисунок 12 - Создание новой модели От выбора типа модели зависит, в каких нотациях можно производить декомпозицию работ. Так, если выбрать тип Business Process (IDEF0), то в созданной модели можно производить декомпозицию работ в нотациях IDEF0, IDEF3 и DFD; если выбран тип Data Flow (DFD) — в нотациях DFD и IDEF3; если же выбран тип Process Flow (IDEF3) — то только в нотации IDEF3. После ввода имени модели и выбора ее типа программа сразу предложит задать параметры модели (рисунок 13):  Рисунок 13 - Окно задания свойств модели
После задания свойств модели появляется главное окно программы (рисунок 14), состоящее из трех основных частей:  Рисунок 14 - Главное окно программы 1 - обозреватель модели (Model Explorer) — отображает структуру модели (имеющиеся диаграммы и их иерархию); 2 - основная часть — в ней отображаются диаграммы, с которыми ведется работа; 3 - панели инструментов, из которых наибольший интерес представляет панель инструментов Model Toolbox. Созданная модель уже содержит контекстную диаграмму с единственной работой ("черный ящик") в той нотации, которая была выбрана на этапе создания модели. Теперь необходимо дать этой работе название и при необходимости задать ее свойства. Для этого нужно вызвать окно свойств работы, дважды щелкнуть по ней мышью (рисунок 15).  Рисунок 15 - Окно свойств работы Далее необходимо разместить на диаграмме стрелки. Для этого следует нажать на Model Toolbox кнопку Precedence Arrow Tool (курсор примет форму крестика со стрелкой), щелкнуть по тому месту, откуда стрелка должна выходить и затем щелкнуть по тому месту, куда стрелка должна заходить (BPwin подсветит эти места при наведении на них курсора). Для задания названия стрелки нужно нажать на Model Toolbox кнопку Pointer Tool и затем дважды щелкнуть по стрелке. В появившемся окне Arrow Properties название работы вводится в поле Arrow Name или выбирается из списка имеющихся названий стрелок. После размещения стрелок на диаграмме можно проводить декомпозицию ее работ. Для этого следует нажать на Model Toolbox кнопку Go to Child Diagram и затем щелкнуть по работе, которую нужно декомпозировать. Появится окно, в котором необходимо выбрать, в какой нотации проводить декомпозицию и количество дочерних работ (рисунок 16).  Рисунок 16 - Создание дочерней диаграммы После создания дочерней диаграммы BPwin автоматически создаст указанное число работ и разместит граничные стрелки по краям диаграммы. Далее следует связать граничные стрелки с входами работ (при необходимости можно добавить новые граничные стрелки) и связать работы между собой. Дальнейшая декомпозиция работ проводится аналогичным образом. Вопросы для самоконтроля:
Лекция 14. Стандарты оценки качества ИС и процесса ее разработкиПлан:
Важными критериями оценки результатов разработки автоматизированных информационных систем являются оценка качества и управление ими. Качество программного обеспечения – способность программного продукта подтвердить свою спецификацию при условии, что спецификация ориентирована на характеристики, которые желает получить пользователь. Качество разработанной АИС во многом зависит от того, как осуществлялись выявление и формулировка целей автоматизации: 1. Был ли обеспечен доступ разработчиков АИС к высшему руководству организации заказчика, и были ли в результате получены все необходимые сведения и данные о целях и реальных проблемах организации. 2. Имелись ли у разработчика АИС специалисты, компетенции и технологии выявления и формулировки задач заказчика. 3. Провёл ли разработчик в ходе системно-аналитического обследования организации необходимые опросы с целью выявления и анализа требований заказчика; были ли полученные результаты и предложения зафиксированы заказчиком и др. Несомненно, что качество созданной АИС зависит от уровня знаний разработчиков в области технологий БД и СУБД, от степени понимания ими современных и будущих (перспективных) прикладных задач пользователей. Для оценки качества созданной АИС ещё в процессе её создания проводятся различные виды испытаний. К ним, в частности, относят опытную эксплуатацию самой системы и её компонентов (модулей, подсистем и т.п.). В дальнейшем, в течение согласованного с заказчиком периода времени (как правила одного года) в процессе промышленной эксплуатации АИС, она может дорабатываться. Качественное проектирование обеспечивает создание системы, способной функционировать при постоянном совершенствовании её технических, программных, информационных составляющих, т.е. её технологической основы, расширять спектр реализуемых управленческих функций, объектов взаимодействия и т.д. Одним из вариантов оценки качества разработанной системы является сравнение её с подобным программным продуктом (если таковой имеется). На основе такого сравнения целесообразно произвести расчёт основных показателей. Общие критерии, применяемые при сравнении ПО, включают проверку:
Каждый из критериев состоит из ряда показателей, на основании которых он и рассчитывается. Вопросы для самоконтроля:
Тема 2.3. Организация труда при разработке ИС и оценка необходимых ресурсов для реализации проектаЛекция 15. Виды работ при разработке ИС. Методы планирования и выполнения проектных и иных работ. Организационные формы управления проектированиемПлан:
Очевидно, что основным вопросом организации труда при разработке АИС является организация труда разработчиков АИС. Важным элементом методологии программирования является принцип бригадной организации работ. Практическая реализация больших и средних программных проектов требует умения и опыта многих, входящих в бригаду, программистов. Выделяют три основные роли разработчиков: 1. архитектор проекта; 2. ответственные за подсистемы; 3. прикладные программисты. Архитектор проекта отвечает за эволюцию и сопровождение архитектуры системы. Руководитель (администратор, менеджер) проекта несёт ответственность за эффективное использование ресурсов и достижение результатов. Ответственные за подсистемы отвечают за проектирование конкретных модулей и подсистем. Прикладные программисты – это младшие по рангу участники проекта. В основном они занимаются реализацией и последующим тестированием выполненных ими элементов подсистем и модулей. В больших проектах дополнительно в состав бригады могут входить и другие специалисты: менеджер проекта и интеграции, аналитик, инженер по повторному использованию, контролёр качества, ответственный за документацию, инструментальщик и др. Менеджер проекта отвечает за управление материалами проекта, заданиями, ресурсами и графиком работ. Аналитик отвечает за развитие и интерпретацию требований конечных пользователей. Инженер по повторному использованию управляет хранилищем материалов проекта; активно ищет общее и добивается его использования; находит, разрабатывает или приспосабливает компоненты для общего использования. Контролёр качества анализирует результаты процесса разработки; задаёт общее направление тестирования. Менеджер интеграции отвечает за сборку подсистем в единое приложение и следит за конфигурированием подсистем. Ответственный за документацию готовит для конечного пользователя документацию по выпускаемому продукту и его архитектуре. Инструментальщик отвечает за создание и адаптацию инструментов программирования, которые облегчают создание программ. Системный администратор управляет физическими компьютерными ресурсами в проекте. Не каждый проект требует использования всех названных ролей. В небольших проектах обязанности могут совмещаться. При этом в очень больших проектах каждой из ролей может заниматься отдельная организация. Проектирование вообще и АИС, в частности, предполагает выполнение определённых стадий и этапов. Оно включает составление в текстовой и (или) графической форме плана работ. Для успешной реализации проекта необходимо устанавливать реальные этапы с чётко обозначенным началом и окончанием. Разработка детального плана работ связана с описанием процессов и их последовательности, выполняемых на каждом этапе, необходимых для этого специалистов, средств и ресурсов. Такой подход в большей степени позволяет избежать упущений и ошибок. Он необходим работникам, реализующим внедрение проекта автоматизации, а также оказывает положительное воздействие на лиц, его финансирующих. Существуют различные методы планирования выполнения проектных и иных работ: планирование основных работ, планирование с помощью графов и диаграмм, а также календарное и сетевое планирование. Первый метод (планирование основных работ) наиболее применим для небольших проектов, которые можно выполнить в короткий срок. Он представляет собой перечень основных процедур и видов деятельности с указанием, как правило, продолжительности выполнения, необходимых для достижения поставленной цели. Планирование с помощью графов подразумевает графическое изображение состава и структуры планируемой системы, а также последовательности выполнения процедур. С помощью графов можно сформировать структуру поэтапного соподчинённого выполнения работ. Однако это достаточно трудоёмкая процедура. Планирование с помощью диаграмм позволяет детализировать сроки и основные виды работ. Простые планы легче исполнять, контролировать их выполнение, с ними проще работать. Календарное планирование – аналогично первому методу, но вместо неконкретной даты – периода (например, месяца) в нём указываются фиксированные даты и периоды, в течение которых выполняются соответствующие процедуры (операции). Сетевое планирование подразумевает разработку блок-схемы, учитывающей этапы работы и внутренние связи между ними, а также работы, надлежащие выполнить для окончания проекта. Этот метод позволяет достигать высокого уровня детализации проекта, но его разработка требует соответствующих знаний и значительных усилий. Сетевое планирование рекомендуется использовать при реализации значительных комплексных проектов. Эффективное поэтапное осуществление проектных работ связано с необходимостью разработки графика их выполнения, включающего ресурсы и сроки (этапы) их проведения. Ресурсы включают необходимые персонал, технические и программные средства, финансирование и инфраструктуру. При этом финансирование лучше осуществлять отдельно по каждому виду работ (приобретение средств и ПО, установка оборудования и программ, обучение, отдельные этапы проектирования и др.). Вопросы для самоконтроля:
ЛитератураОсновная литература:
Дополнительная литература:
Интернет-ресурсы:
|