1. Предметний опис систем

Система - совокупность переменных , характеризующих искомые свойства объекта.

Система – это выделенная из среды совокупность нетерминальных/нематериальных объектов, взаимодействие которых обеспечивает достижение некоторой цели.

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

Любую предметную область также можно определить как системную.

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

2. Основні елементи (складові) керівництва програмним проектом

Руководство программным проектом (ПП)

Управление проектом

Этапы

Анализ Проектирование Разработка Тестирование

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

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

Основные элементы руководства

Измерения, меры и метрики. Мера – количественная характеристика какого-либо свойства объекта.

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

Анализ рисков – исследуется область неопределенности, имеющаяся в наличии перед созданием ПП, анализируется ее влияние на проект.

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

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

3. Наведіть технологію формування звітів в пакеті BPWin

1). Создание отчета по модели

1. Открываем модель, по которой собираемся создавать отчет.

2. Выбираем Model Report из меню Report главного окна. При этом откроется диалог отчета по модели.

3. Устанавливаем в открывшемся окне опции согласно пунктам, которые будут включены в отчет. Порядок включения отображается рядом с флажком.

Model Name - название модели.

Definition - цель бизнес-процессов модели.

Scope - предметная область модели.

View point - точка зрения на модель.

Time frame - временные рамки модели.

Status - степень готовности модели.

Purpose - цель создания модели.

Source - источник, на основании которого создается модель.

Author name - автор модели.

Creation date - дата создания.

System last revision date - дата последнего просмотра в системе.

User last revision date - дата последнего просмотра пользователем.

4. Выбераем форму представления отчета (Preview, Print, Report).

2). Создание отчета по диаграмме

Создание отчета состоит из следующих действий:

1. Откройте диаграмму, по которой хотите создать отчет.

2. Выберите Diagram Report из меню Report, открыв диалог создания отчета по диаграмме.

3. В открывшемся окне располагаются списки свойств объектов, сгруппированные в шесть рамок:

Activity Options - свойства работ.

Data store Options - свойства хранилищ данных.

External Options - свойства внешних ссылок.

Link Options - свойства связей (стрелок).

Junction Options - свойства перекрестков.

Referent Options - справочная информация.

Включение кнопки, расположенной рядом со свойством, помещает его в отчет.

4. Выберите форму представления отчета (Preview, Print, Report).

3). Создание отчета об объектах диаграммы

1. Откройте диаграмму, по которой хотите создать отчет.

2. Выберите пункт Diagram Object Report из меню Report. С помощью ниспадающего списка Standard Reports можно выбрать название стандартного отчета, настройки которого были сохранены ранее. В рамках Activity Options и Arrow Options задается соответственно перечень свойств работ и стрелок, включаемых в отчет. Формат от чета задается в рамке Report Format.

Отчет можно создавать по всем декомпозированным диаграммам определенной работы, которая задается в ниспадающем списке Start From Activity. Глубина декомпозиции задается в поле Number of Levels. Способы упорядочения работ и стрелок в отчете указываются в рамках Activity Ordering и Arrow ordering.

3. Выберите способ представления отчета (Preview, Print, Report).

4). Создание отчета по стрелкам

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

1. Откройте диаграмму, по которой хотите создать отчет.

2. Выберите из меню Report пункт Arrow Report. При этом откроется диалоговое окно отчета по стрелкам.

3. Выберите способ представления отчета (Preview, Print, Report).

5). Создание отчета согласованности с методологией

Данный тип отчета фактически позволяет выявить синтаксические ошибки в моделях IDEFO, которые подразделяются на три типа:

1. Невыявляемые ошибки. К данному типу ошибок относятся неправильные наименования объектов.

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

3. Выявляемые, но допускаемые ошибки. К данному типу ошибок относятся такие ошибки, как наличие неименованных объектов, несвязанных концов стрелок, и т. д.

Білет № 13

Функціональний опис систем

Функциональное описание системы - это описание законов функционирования, эволюции системы, алгоритмов ее поведения, "работы".

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

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

Функциональная организация может быть описана:

- алгоритмически

- аналитически

- графически

- таблично

- посредством временных диаграмм функционирования

- вербально (словесно)

Етапи управління проектом

- Планирование работ

- Оценка рисков

- Оценка необходимых ресурсов

- Организация работ

- Привлечение людских и материальных ресурсов

- Назначение задач

- Руководство

- Контроль над ходом выполнения (для измерения и контроля эффективности выполнения проектов используется метод освоенного объема)

- Отчет о ходе выполнения

- Анализ результатов на основе полученных фактов.

Сформулюйте мету та результати першого етапу управління програмним проектом

Первый етап – запуск проекта.

Цель этапа:

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

Определить элементы проектирования и системы

Определить архітектуру

Выявить требуемые ресурсы

Идентификация рисков (детерменированные(v), вероятностные(P) и нечеткие(F ̃) риски)

Результат этапа:

Спецификация компонент {K_i}, R, A

Оценивание рисков

Начальный бизнес-вариант системы (бизнес-план)

План проектных работ

После окончания первого этапа план проектних работ утверждается.

Білет № 14