- •Курс лекцій
- •Видавничих систем”
- •4.2.4. Критерії оцінки і вибору
- •1. Основи методології проектування видавничих систем
- •1.1. Життєвий цикл видавничих систем.
- •1.2. Моделі життєвого циклу вс
- •1.3. Методології й технології проектування вс
- •1.3.1. Загальні вимоги до методології й технології
- •1.3.2. Методологія rad
- •2. Структурний підхід до проектування іс
- •2.1. Сутність структурного підходу
- •2.2. Методологія функціонального моделювання sadt
- •2.2.1. Склад функціональної моделі
- •2.2.2. Ієрархія діаграм
- •2.2.3. Типи зв'язків між функціями
- •2.3. Моделювання потоків даних (процесів)
- •2.3.1. Зовнішня суть
- •2.3.2. Системи і підсистеми
- •2.3.3. Процеси
- •2.3.4. Накопичувачі даних
- •2.3.5. Потоки даних
- •2.3.6. Побудова ієрархії діаграм потоків даних
- •2.4. Моделювання даних
- •2.4.1. Case-метод Баркера
- •2.4.2. Методологія idef1
- •2.4.2. Критерії оцінки і вибору
- •Синтаксично кероване редагування. Можливість введення і редагування початкових кодів на одному або декількох мовах з одночасним синтаксичним контролем.
- •2.4.3. Підхід, використовуваний в case-засобі Vantage Team Builder
- •2.5. Приклад використання структурного підходу
- •2.5.1. Опис предметної області
- •2.5.2. Організація проекту
- •3. Програмні засоби підтримки життєвого циклу по
- •3.1. Методології проектування по як програмні продукти. Методологія datarun і інструментальний засіб se Companіon
- •3.1.1. Методологія datarun
- •3.1.2. Інструментальний засіб se Companіon
- •3.2. Case-засобу. Загальна характеристика і класифікація
- •4. Технологія впровадження case-засобів
- •4.1. Визначення потреб в case-засобах
- •4.1.1. Аналіз можливостей організації
- •4.1.2. Визначення організаційних потреб
- •4.1.3. Аналіз ринку case-засобів
- •4.1.4. Визначення критеріїв успішного впровадження
- •4.1.5. Розробка стратегії впровадження case-засобів
- •4.2. Оцінка і вибір case-засобів
- •4.2.1. Загальні відомості
- •4.2.2. Процес оцінки
- •4.2.3. Процес вибору
- •4.2.4. Критерії оцінки і вибору
- •4.2.4.2. Простота використання
- •4.2.4.3. Ефективність
- •4.2.4.4. Супроводжуваність
- •4.2.4.5. Переносимість
- •4.2.4.6. Загальні критерії
- •4.2.5. Приклад підходу до визначення критеріїв вибору case-засобів
- •4.3. Виконання пілотного проекту
- •4.4. Перехід до практичного використання case-засобів
- •5. Характеристики case-засобів
- •5.4. Локальные средства (eRwin, bPwin, s-Designor, case.Аналитик)
- •5.5. Об'єктно-орієнтовані case-засоби (Rational Rose)
- •5.6. Допоміжні засоби підтримки життєвого циклу по
- •5.6.1. Засоби конфігураційного управління
- •5.6.2. Засоби документування
- •5.6.3. Засоби тестування
- •5.7. Приклади комплексів case-засобів
4.1.2. Визначення організаційних потреб
Організаційні потреби виходять безпосередньо з проблем організації і мети, яка вона прагне досягти. Проблеми і мета можуть бути пов'язаний з управлінням, виробництвом продукції, економікою, персоналом або технологією. Питання, визначення мети, потреб і очікуваних результатів, що стосуються, наведені нижче. Визначення потреб повинне виконуватися в поєднанні з оглядом ринку CASE-засобів, оскільки інформація про технології, доступні на ринку в даний момент, може зробити вплив на потреби.
Мета організації
Мета організації грає головну роль у визначенні її конкретних потреб і очікуваних результатів. Для їх розуміння необхідно відповісти на наступні запитання:
намір організації використовувати CASE-технологію для допомоги в досягненні певної мети або очікувань (наприклад, певного рівня CMM або сертифікації відповідно до ISO 9001);
сприйняття CASE-технології як чинника, сприяючого досягненню стратегічної мети організації;
наявність у організації власної програми вдосконалення процесу розробки ПО;
сприйняття ініціативи впровадження CASE-технології як частини більш широкомасштабного проекту по створенню середовища розробки ПО.
Потреби організації
Визначення потреб організації, зв'язаних з використанням CASE-технології, включає аналіз мети та існуючих можливостей. Після того, як всі потреби організації визначені, кожній з них повинен бути привласнений певний пріоритет, що відображає її значущість для успішної діяльності організації. Якщо потреби, пов'язані з CASE-технологією, не володіють вищим пріоритетом, має сенс відмовитися від її впровадження і зосередитися на потребах з найвищим пріоритетом.
Доцільно побудувати матрицю відповідності потреб організації можливостям основних CASE-засобів. Складання такої матриці вимагає певного рівня знань ринку CASE-засобів. Кінець кінцем кожна функція або можливість засобу повинна точно відповідати деякій потребі з певним пріоритетом.
Визначенню потреб організації можуть допомогти відповіді на наступні запитання:
яким чином продуктивність і якість діяльності організації порівнюються з аналогічними показниками подібних організацій (на жаль, багато організацій не мають свій в розпорядженні даних для такого порівняння);
які процеси ЖЦ ПО дають найкращу (і, відповідно, найгіршу) віддачу; чи існують конкретні процеси, які можуть бути вдосконалені шляхом використання нових методів і засобів.
Очікувані результати
З впровадженням CASE-засобів звичайно зв'язують великі очікування. У ряді випадків ці очікування виявляються нереалістичними і приводять до невдачі при впровадженні.
Складання реалістичного переліку очікуваних результатів є важкою задачею, оскільки він може залежати від таких чинників, як тип впроваджуваних засобів і характеристики впроваджувальної організації.
Ряд потенційно реалістичних і нереалістичних очікуваних результатів, пов'язаних з організацією в цілому, користувачами, плануванням, аналізом, проектуванням, розробкою і витратами, наведено нижче. Практично неможливо, щоб в процесі одного впровадження CASE-засобів були досягнуті всі позитивні результати. Проте, будь-яка організація може виробити власний підхід до очікуваних результатів, маючи на увазі, що даний перелік є всього лише прикладом.
Реалістичні очікування:
підвищення уваги до планування діяльності, пов'язаної з інформаційною технологією;
довготривале підвищення продуктивності і якості діяльності організації;
прискорення і підвищення узгодженості розробки додатків;
зниження частки ручної праці в процесі розробки чи експлуатації;
більш точна відповідність додатків вимогам користувачів;
відсутність необхідності великої переробки додатків для підвищення їх ефективності;
поліпшення реакції служби експлуатації на вимоги внесення змін і удосконалень;
підвищення якості документування;
поліпшення комунікації між користувачами і розробниками;
послідовне і постійне підвищення якості проектування;
більш високі можливості повторного використання розробок;
короткочасне зростання витрат, пов'язане з діяльністю по впровадженню CASE-засобів;
послідовне зниження загальних витрат;
поліпшення прогнозованості витрат.
Нереалістичні очікування:
відсутність дії на загальну культуру і розподіл ролей в організації;
розуміння проектних специфікацій непідготовленими користувачами;
скорочення персоналу, пов'язаного з інформаційною технологією;
зменшення ступеня участі в проектах вищого керівництва і менеджерів, а також експертів наочної області, зменшення ступеня участі користувачів в процесі розробки додатків;
негайне підвищення продуктивності діяльності організації;
досягнення абсолютної повноти і несуперечності специфікацій;
автоматична генерація прикладних систем з проектних специфікацій;
негайне зниження витрат, пов'язаних з інформаційною технологією;
зниження витрат на навчання.
Реалізм в оцінці очікуваних витрат має особливо важливе значення, оскільки він дозволяє правильно оцінити віддачу від інвестицій. Витрати на впровадження CASE-засобів звичайно недооцінюються. Серед конкретної статі витрат на впровадження можна виділити наступні:
фахівці по плануванню впровадження CASE-засобів;
вибір і установка;
облік специфічних вимог персоналу;
придбання CASE-засобів і навчання;
настройка;
підготовка документації, стандартів і процедур використання засобів;
інтеграція з іншими засобами та існуючими даними;
освоєння засобів розробниками;
технічні засоби;
оновлення версій.
Важливо також усвідомлювати, що покращення діяльності організації, що є наслідком використання CASE-технології, може бути неочевидним протягом найпершого проекту, що використовує нову технологію. Продуктивність і інші характеристики діяльності організації можуть спочатку навіть погіршитися, оскільки на освоєння нових засобів і внесення необхідних змін в процес розробки потрібен якийсь час. Таким чином, очікувані результати повинні розглядатися з урахуванням вірогідного відстрочення в поліпшенні проектних характеристик.
Кожна потреба повинна мати певний пріоритет, залежний від того, наскільки критичною вона є для досягнення успіху в організації. Кінець кінцем, повинна чітко простежуватися дія кожної функції або можливості засобів, що придбали, на задоволення конкретних потреб.
Результатом даної дії є формулювання потреб з їх пріоритетами, які використовуються на етапі оцінки і вибору.
