Страница 1 из 1

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

СообщениеДобавлено: 05 сен 2011, 07:01
Telnov
Методология RAD (Rapid Application Development) - быстрая реализация небольших IT-проектов.
По сути, RAD есть упрощенный вариант спиральной модели жизненного цикла ПО.
Особенности модели RAD :
    Небольшая команда программистов-профессионалов (от 2 до 10 человек)
    Короткий, тщательно проработанный производственный график (от 2 до 6 мес.)
    Циклическое создание ПО.
Жизненный цикл ПО по методологии RAD состоит из четырех фаз:
    - фаза спецификации требований к ПО - выполняется силами пользователей;
    - фаза проектирования ПО - с участием пользователей, применяют прототипы;
    - фаза построения ПО - работа ведется RAD-группами (руководитель, аналитик, два программиста, технический писатель);
    - фаза внедрения ПО - осуществляется в виде предъявления заказчику последовательности развиваемых прототипов.
По мере того, как ПО начинает обретать форму, реализуют всё новые требования, полученные от заказчика.
Традиционно разрабатываются три прототипа.
    Первый прототип содержит весь пользовательский интерфейс с нулевой функциональностью. Он позволяет согласовать и утвердить у заказчика экранные и отчетные формы.
    Второй прототип - реализованная на 70-80% функциональность ПО.
    Третий прототип – реализована полная функциональность ПО.
Проект и организационная структура.gif
Проект и организационная структура.gif [ 97.36 KiB | Просмотров: 9342 ]

Экстремальное программирование (XP)

СообщениеДобавлено: 05 сен 2011, 07:02
Telnov
Экстремальное программирование (XP) – это упрощенная методология организации работ в небольших и средних по размеру командах разработчиков, которые создают ПО в условиях неясных или быстро меняющихся требований.
XP держится на четырех определяющих понятиях:
коммуникации (communication), простоте (simplicity), обратной связи (feedback) и кураже (courage).
XP характеризуется набором из 12 практик, которые необходимо выполнять для достижения хорошего результата.
    1. Планирование процесса.
    2. Тесное взаимодействие с заказчиком.
    3. Частые релизы софта.
    4. Общесистемные правила именования (метафора системы).
    5. Простая архитектура.
    6. Рефакторинг кода.
    7. Парное программирование.
    8. 40-часовая рабочая неделя.
    9. Коллективное владение кодом.
    10. Единые стандарты кодирования.
    11. Непрерывная интеграция кода.
    12. Тестирование.
Ни одна из выше перечисленных практик не является принципиально новой, но в XP они собраны вместе.
Выполнение всех практик ещё не гарантирует результата.
Процесс XP является неформальным, но требует высокой самодисциплины.
Если этого нет, то XP превращается в хаотичный и неконтролируемый процесс.
Поэтому XP часто подвергают справедливой критике.

Пример структуры рисков проекта.gif
Пример структуры рисков проекта.gif [ 88.64 KiB | Просмотров: 9342 ]

Программная инженерия

СообщениеДобавлено: 11 апр 2012, 07:21
Telnov
6463626160

5958575655

5453525150

4948474645