Sb97948

- 20 -

Задание 2. Ввод первоначальных данных по задачам.

1.Вставить в какую-либо таблицу столбцы «Тип задачи» и «Фиксированный объём работ» (или открыть форму задач с помощью Окно → Разделить) и заменить тип (а также поставить/убрать галочку «Фиксированный объём работ») для тех задач, для которых это нужно. Так, если в проекте настроен тип задач по умолчанию «фиксированный объём ресурсов», а данная задача должна продлиться ровно две недели, причём объём ресурсов может быть скорректирован, необходимо выбрать для данной задачи тип «фиксированная длительность».

2.Затем для каждой задачи ввести тот параметр, который, скорее всего, не будет меняться (например, длительность задачи в поле «Длительность» или трудозатраты в поле «Трудозатраты»). Убедиться, что введённые данные отобразились (не забывать нажать ОК в форме задач).

Задание 3. Установление связей между задачами.

1.Используя наиболее удобные способы, создать связи между теми задачами проекта, которые связаны реальными технологическими зависимостями. Если это возможно, использовать все 4 типа связей (ОН, НН, НО, ОО), а также запаздывания и/или опережения. Если это не уместно в данном проекте, сделать в отдельном файле список задач с двумя-тремя разными типами связи. Главное – уметь ответить на вопрос преподавателя о том, что означает такой тип связи. Например, если преподаватель указывает на пару задач со связью типа «ОН+2», необходимо сказать, что задача Б может начаться не раньше, чем пройдет 2 дня после окончания задачи А.

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

3.Для некоторых задач задать крайние сроки (служат для напоминания, не влияют на график).

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

- 21 -

полужёстким ограничениям. Обратите внимание: ограничения возникают автоматически, если, например, ввести в столбце «Начало» дату начала задачи или перетащить задачу на графике. Внимание! Если на любом этапе работы над планом проекта случайно создать ограничения у тех или иных задач (ограничения сразу отобразятся в столбце «Индикаторы»), их необходимо устранить, используя форму «Сведения о задаче» (стандартное ограничение – «Как можно раньше»).

5.Для некоторых задач (хотя бы для одной, можно в отдельном файле, не

восновном проекте) задать специальный календарь (внимание: календарь задачи влияет на график!). Календари задач выбираются в «Сведениях о задаче», а редактируются через функцию «Изменить рабочее время».

Задание 4. Создание пула ресурсов, назначение ресурсов, ввод затрат.

1.Создать список ресурсов. Ввести основные данные о ресурсах: ставки для трудовых ресурсов (кроме тех, кто получает только зарплату); единицы измерения для материальных ресурсов (литр, килограмм, тонна и т. п.); ставки для материальных ресурсов (сколько стоит литр, килограмм, тонна); максимальное количество единиц для трудовых ресурсов (200 % землекопа = 2 землекопа, которые трудятся полный рабочий день; 50 % Иванова = 1 Иванов, который в течение всего проекта работает не более чем по полдня).

2.Перед тем как назначать ресурсы на задачи, выбрать способ выравнивания (автоматическое/вручную). На данном этапе лучше всего выбрать выравнивание «вручную».

3.Назначить материальные и трудовые ресурсы на задачи проекта. Убедиться, что в таблице «Затраты» появились затраты, связанные с ресурсами.

4.Хотя бы для одного ресурса создать таблицу норм затрат B, C, D или E и назначить его на задачу с оплатой по таблице B, C, D или E.

5.Хотя бы для одного ресурса создать ежемесячную (или еженедельную) повторяющуюся задачу «Зарплата», которая будет оплачиваться по специальной таблице норм затрат.

6.Ввести фиксированные затраты в соответствующее поле (хотя бы для одной задачи).

7.Создать затратные ресурсы, назначить их на задачи (введите денежные суммы). Если в проекте, на первый взгляд, все расходы связаны с ресурсами,

- 22 -

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

8. Убедиться, что все затраты проекта полностью отображаются в столбце «Общие затраты».

Задание 5. Подготовка настраиваемых элементов.

1.Создать настроенные поля хотя бы двух разных типов – с различными видами данных, с выпадающими списками и без, с индикаторами и без них (хотя бы 2–3 поля для задач и 1–2 поля для ресурсов). Целесообразно создавать такие поля, которые позволят получать или отображать интересующую проектную информацию.

2.Настроить таблицы, представления, фильтры, группы и способы сортировки, а также формы (хотя бы по одному элементу каждого типа).

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

Задание 6. Оптимизация проекта.

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

2.Оптимизировать график проекта. Прежде всего, выявить наиболее «критические» задачи и сократить критический путь.

3.Выравнять загрузку ресурсов (автоматически или вручную – последнее предпочтительно), добиваясь оптимального распределения ресурсов (чтобы в работе ресурсов не было ни перегрузок, ни простоев).

4.Оптимизировать проектные затраты, проверить их соответствие бюджету (если таковой имеется).

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

- 23 -

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

Задание 7. Обновление и отслеживание проекта.

1.Получив окончательный план проекта и показав его преподавателю, сохранить Базовый план.

2.Далее сымитировать начало работы над проектом, представив себе, что руководитель проекта передал ресурсам информацию и они начали работать и предоставлять сведения о положении дел. По мере сбора информации от ресурсов поэтапно вносить фактические данные в проект в соответствующие поля, предварительно убедившись, что выбран нужный тип задач (например: «Фиксированная длительность», объём работ не зафиксирован).

3.Когда проект будет условно «выполнен» примерно до середины, сделать отчёт, в котором базовые показатели сопоставлялись бы с текущими и присутствовали бы сведения об отклонениях от плана по некоторым (любым) показателям. Отчёт можно создать в присутствии преподавателя или распечатать и показать в печатном виде.

4.Внести оставшиеся данные в проект, как если бы он был завершён. Сделать в присутствии преподавателя или принести в распечатанном виде отчёт о бюджете проекта, из которого было бы видно, как за время реализации проекта изменились затраты по проекту в целом и по отдельным задачам в частности по сравнению с базовым планом.

Задание 8. Мультипроектность.

1.Сделать 2 файла условных проектов (по 4–5 задач в каждом) и в присутствии преподавателя подключить их к общему пулу ресурсов (всего 3–4 ресурса). Назначить ресурсы на задачи, затем в присутствии преподавателя отключить один проект от пула.

2.В присутствии преподавателя объединить 2 открытых на компьютере проекта в одном окне. Скрыть и снова отобразить связи между проектами.

- 24 -

Курсовой проект

Задание на курсовой проект по дисциплине «Системная организация САПР»

Цель курсового проекта – разработать эскизный проект многопользовательской конструкторской САПР.

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

–расчётно-аналитической системы обработки экспертных оценок (ЭО). Код способа оценки свойств системы – РАС;

–системы имитационного моделирования, основанной на ресурсно-про- цедурной модели САПР. Код способа оценки свойств – ИМ;

–системы принятия решения, выполняющей многокритериальную оптимизацию конфигурации САПР. Код способа оценки свойств системы – ММО.

Система должна помогать разработчику САПР выбирать наилучшие по определённым критериям варианты конфигурации САПР, полученные с помощью ИМ. Код способа оценки свойств –ПР.

Разрабатываемые структуры САПР предназначены для проектирования объектов различных предметных областей.

В табл. 1 и 2 в качестве примеров приведены базовые технологии проектирования для печатных плат и машиностроительных объектов:

–печатные платы (технологии Т1–Т3, табл. 1),

–машиностроительные объекты (технологии Т4–Т6, табл. 2).

Годовой фонд рабочего времени – 200 дней.

Средняя годовая зарплата специалистов (проектировщиков, конструкторов, технологов, менеджеров проекта и т. д.) уточняется преподавателем на практическом занятии для разных категорий специалистов.

Усреднённые параметры проектных процедур характеризуют сложность проектируемых объектов. Известно, что для этих объектов полный цикл проектирования обеспечивают системы Altium Designer и AutoCAD или

- 25 -

Pro/Engineer (Creo Parametric). При условии применения минимально допустимых конфигураций программно-технических средств для этих САПР оценки трудоёмкости проектирования указанных объектов превышают в 1,5 раза значения, заданные в табл. 1 и 2.

Таблица 1

Описание базовой технологии проектирования печатных плат

Таблица 2

Описание базовой технологии проектирования машиностроительных объектов

- 26 -

Усреднённые параметры проектных процедур характеризуют сложность проектируемых объектов. Известно, что для этих объектов полный цикл проектирования обеспечивают системы Altium Designer и AutoCAD или Pro/Engineer (Creo Parametric). При условии применения минимально допустимых конфигураций программно-технических средств для этих САПР оценки трудоёмкости проектирования указанных объектов превышают в 1,5 раза значения, заданные в табл. 1 и 2.

Требования к технико-экономическим параметрам разрабатываемой САПР представлены в табл. 3.

- 27 -

Рекомендуемые разделы пояснительной записки

Оглавление Постановка задачи

1.Техническое задание на разработку САПР

1.1.Разработка и согласование ТЗ на САПР (не на программный комплекс, разрабатываемый в рамках курсовой работы).

1.2.Технико-экономическое обоснование проекта (производственная программа):

•назначение системы;

•характеристика объектов и технологии;

•производственная программа;

•оценка количества функциональных подсистем;

•анализ приоритетов системных характеристик;

•оценка годовых эксплуатационных затрат.

1.3.Концепция САПР – облик системы (концептуальное представление предметной области разрабатываемой САПР и концептуальное описание системы).

1.4.Функциональное описание системы.

1.5.Формирование предложений по проектируемой САПР – дерево це-

лей.

2.Эскизное проектирование (синтез структуры) системы

2.1.Разработка и описание технологии проектирования.

2.2.Формирование эскиза структуры САПР.

2.3.Принятие основных решений по видам обеспечений в подсистемах САПР.

2.4.Разработка рабочих вариантов структур САПР (не менее трёх).

3.Оценка (анализ) системных характеристик САПР

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

3.2.Разработка моделей для оценки характеристик предложенных структур САПР.

3.3.Реализация моделей в выбранной (разработанной) инструментальной среде.

3.4.Анализ значений характеристик САПР.

4.Обоснование выбора окончательного системного решения САПР

4.1.Принятие решений о предпочтительном варианте конфигурации САПР.

4.2.Оценка соответствия окончательного варианта требованиям технического задания.

Заключение Список литературы

- 28 -

Рекомендуемые инструментальные средства, языки спецификаций

исреды разработки

1.Для планирования работ по выполнению курсовой работы должно использоваться приложение для управления проектами Microsoft Project 2010.

2.Для представления моделей должны применяться языки моделирования, поддерживаемые стандартами IDEF и UML.

3.Моделирование должно быть выполнено с применением CASEсредств. Рекомендуемая среда разработки программ Microsoft Visual Studio 2010 и MS SQL 2008, операционная система Windows 7.

4.Технология разработки пользовательского интерфейса (ASP .Net, WPF, Windows Forms) согласовывается с преподавателем. Желательно организовать единый пользовательский интерфейс, обеспечивающий возможность выбора системы ППР: РАС (ЭО), ЭС, ИМ и ММО.

Пояснительная записка должна быть выполнена на высоком инженерном уровне в соответствии с требованиями ГОСТов, предъявляемыми к оформлению программных изделий, а также требованиями ГОСТов, предъявляемыми

кАС.

В курсовом проекте необходимо выполнить программную реализацию трёх типов моделей (РАС, ИМ, ПР). Созданные и протестированные модели должны использоваться для проведения экспериментов (исследований). Результаты моделирования должны записываться в базу данных. Для просмотра полученных результатов должны использоваться графики, гистограммы, таблицы и др. удобные средства визуализации, необходимые для анализа полученных результатов. По результатам выполнения экспериментов (прогонов имитационной программы) и анализа полученных результатов должен быть выбран наиболее предпочтительный вариант конфигурации проектируемой САПР.

- 29 -

Список литературы

1.Новакова Н. Е. Языки функциональных спецификаций предметных областей САПР: учеб. пособие. СПб.: Изд-во СПбГЭТУ «ЛЭТИ», 2005.

2.Горячев А. В., Кравчук Д. К., Новакова Н. Е. Объектно-ориентированное моделирование: учеб. пособие. СПб.: Изд-во СПбГЭТУ «ЛЭТИ», 2010.

3.Новакова Н. Е. Модели и методы принятия проектных решений в сложноструктурированных предметных областях. СПб.: Изд-во СПбГЭТУ «ЛЭТИ»,

2010.

4.Горячев А. В., Новакова Н. Е. Моделирование коммуникативных процессов в распределённой САПР: учеб. пособие. СПб.: Изд-во СПбГЭТУ «ЛЭТИ»,

2010.

5.Новакова Н. Е. Разработка эскизного проекта многопользовательской конструкторской САПР: учеб. пособие. СПб.: Изд-во СПбГЭТУ «ЛЭТИ», 2004.

6.Шеннон Р. Имитационное моделирование систем – искусство и наука. М.:

Мир, 1978.

7.Норенков И. П. Основы автоматизированного проектирования: учеб. для вузов. 2-е изд., перераб. и доп. М.: Изд-во МГТУ им. Н. Э. Баумана, 2002.

8.Питерсон. Дж. Теория сетей Петри и моделирование систем. М.: Мир, 1984.

9.ГОСТ 34.602–89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. М.: ИПК Издво стандартов, 2002.

10.ГОСТ 3.1102–2011. Единая система технологической документации. Стадии разработки и виды документов. М.: ИПК Изд-во стандартов, 2011.

11.ГОСТ34.201–89. Виды, комплектность и обозначение документов при создании автоматизированных систем. М.: ИПК Изд-во стандартов, 2002.

12.ГОСТ 19.101–77. Виды программ и программных документов. М.: ИПК Изд-во стандартов, 2001.

13.ГОСТ 34.603–92. Виды испытаний автоматизированных систем. М.: ИПК Изд-во стандартов, 2002.

14.ГОСТ 34.601–90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. М.: ИПК Изд-во стандартов, 2009.

15.Горячев А. А., Горячев А. В., Новакова Н. Е. Инструментальные средства работы над проектами в САПР: учеб. пособие. СПб.: Изд-во СПбГЭТУ

«ЛЭТИ», 2011.