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

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

Модератор: Преподаватели

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

Сообщение Telnov » 05 сен 2011, 07:01

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

За это сообщение автора Telnov поблагодарил:
German (02 янв 2017, 14:53)
Рейтинг: 25%
 
Аватар пользователя
Telnov
Преподаватель
 
Сообщений: 324
Изображения: 5
Зарегистрирован: 05 сен 2011, 00:19
Благодарил (а): 1 раз.
Поблагодарили: 10 раз.

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

Сообщение Telnov » 05 сен 2011, 07:02

Экстремальное программирование (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 | Просмотров: 21426 ]
В.Тельнов

За это сообщение автора Telnov поблагодарил:
German (02 янв 2017, 16:51)
Рейтинг: 25%
 
Аватар пользователя
Telnov
Преподаватель
 
Сообщений: 324
Изображения: 5
Зарегистрирован: 05 сен 2011, 00:19
Благодарил (а): 1 раз.
Поблагодарили: 10 раз.

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

Сообщение Telnov » 11 апр 2012, 07:21

6463626160

5958575655

5453525150

4948474645
В.Тельнов
Аватар пользователя
Telnov
Преподаватель
 
Сообщений: 324
Изображения: 5
Зарегистрирован: 05 сен 2011, 00:19
Благодарил (а): 1 раз.
Поблагодарили: 10 раз.


Вернуться в Вопросы программирования

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0