Читайте также: |
|
Щоб побудувати комплексну СППР з використанням або підходу SDLC, або підходу макетування, потрібно мати команду розробників. Як тільки система повністю розроблена, також може виникати потреба в групі для її підтримки (супроводження). Деякі крупномасштабні СППР створюються командами в 2—3 особи або навіть групами більше 10 осіб. Членами команди СППР є різні фахівці з організації, а також з інформаційних систем. Будь-який проект розроблення СППР потребує комбінації додаткової майстерності його учасників. Зазвичай вся потрібна майстерність не проявляється в одній особі. Необхідно залучати людей, навчених працювати в графічних і об'єктно-орієнтованих технологіях, які неупереджені й наділені багатою уявою. Тому в більшості ситуацій, коли це потрібно, формується раціональний склад учасників команди проектантів СППР. Як правило, виділяються такі організаційні ролі щодо створення СППР: менеджер або користувач, посередник, розроблювач СППР або аналітик, технічний підтримувач, системний програміст. Слід зауважити, що, по-перше, один учасник розроблення СППР може виконувати кілька ролей, і, по-друге, формування команди розробників СППР може змінюватися під час розроблення системи. Крім того, команда повинна мати лідера — виконавчого спонсора (навіть якщо він формально займає посаду), вибраного серед вищих менеджерів компанії.
Виконавчий спонсор — це вищий менеджер, який має доступ до інших старших виконавців і має достатній вплив за розв'язання політичних проблем. Цей лідер має особливо активно включатися в процес розроблення. Включення такої особи в групу розробників і підтримання з нею регулярних контактів (у вигляді інформування) може допомогти їм отримати необхідний доступ до ресурсів, даних і моделей. Як уже зазначалося, важливо включати в команду також кінцевого користувача (творця рішень), щоб гарантувати, що СППР буде відповідати потребам організації у створенні рішень.
Дата добавления: 2015-08-13; просмотров: 54 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Стрімке розроблення додатку RAD | | | Реінжиніринг бізнес-процесів і його вплив на інформаційне обслуговування |