МАПО Лекция 22 Проект

ПРОЕКТПРОЕКТ

Лекция 22Лекция 22 ©© Гудаев О.А.Гудаев О.А. 20132013

2

Как управлять проектом разработки программы

Три кита:

1. «Прагматичность». Предлагать для выполнения конкретные и небольшого объема задания.

2. «Формализм». Задание всегда записывать и протоколировать контекст выдачи: исполнитель, время, дата.

3. «Эмоциональность». Формировать отзыв о выполнении задания. Протоколировать и устно проговаривать исполнителю.

3

4

Сетка и вехи проекта программного

продукта«Сетка». Любой проект условно разбить

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

5

6

ВехиВыписав все точки сетки проекта выберите

контрольный признак достижимости пункта плана.

«Веха». Контрольная точка пункта плана проекта.

7

Интерфейсы программ

Классификация:

Программный (библиотечный);

Межсетевой (распределенный);

Пользовательский графический, механический, сенсорный, текстовый, командный;

Культурный (многопользовательский).

8

9

Дизайн и функциональность программного продукта

Дизайн простирается от эргономики до «украшательства».

Функциональность простирается от полезной до полной перегруженности избыточными действиями.

Правильный подход: дизайн раскрывает функциональность.

Неправильный: «Красивость» дизайна затмевает познаваемость параметров функциональности.

10

Дизайн

11

Необычный факт

Дизайн необеспеченный функциональностью – это украшательство.

Функциональность необеспеченная дизайном – это «глупость» разработки программного проекта, кроме случая «задела» на будущую модификацию версии ПО.

12

Концентрация на главном в проектировании, разработки и

внедрении программ

Любой проект можно «ментально» разбить на «виртуальные» вехи.

«Концентрация на главном». Выбрав одну контролируемую веху достаточно сопоставлять с ней остальные пункты «виртуального» плана проекта.

13

14

Целостная картина мира проектного решения

компьютерной технологии

Любой проект можно заключить в «глобальный» контекст: поиск связей со всеми внешними факторами влияющими на проект через призму IT-технологии.

Внешние факторы: культурные, социальные, физические, «символические».

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

15

Целостность восприятия

16

Архитектура инжиниринга программы

Общие сведения: цель, область применения, ниша, модель потребителя.

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

Ресурсы: локализация или «виртуализация» рабочего места, аппаратное обеспечения, выбор технологий проектирования и программирования.

«Полигон»: механизм «обкатки» готового изделия – демонстрация, апробация конечным пользователем «вслепую».

17

18

Реинжиниринг компьютерной системы

1. Сбор объективных фактов функционирования существующей системы.

2. Цели и задачи модернизации.

3. Поиск перспективы повышения эффективности, эргономичности и надежности системы.

4. Генерация новой идеи «качественного» улучшения системы.

19

Реинжиниринг

20

21

Спасибо за вниманиеСпасибо за внимание

©© Гудаев О.А. Гудаев О.А. 20132013

ДонНТУДонНТУкаф. ПОИСкаф. ПОИС