Логіка CASE-засобів: з чого почати?, Комерція, Різне, статті

Моделювання роботи інформаційної системи особливо важливо на перших етапах її створення. Так як виправлення допущених на цьому етапі помилок обходиться найдорожче, то і користь на етапі аналізу завдання і розробки логічної моделі її вирішення значна.


CASE-Засоби дозволяють отримати опис роботи створюваної системи раніше, ніж її побудували. Потім з їх допомогою можна аналізувати роботу системи і оптимізувати підготовлювані рішення. Для цього спеціально передбачено інструментарій функціонально-вартісного моделювання, імітаційного моделювання роботи системи, а також спеціальні засоби підтримки експертних оцінок – UDP (User-Defined Property – визначені користувачем властивості).


Перш ніж впроваджувати ERP + Internet marketplace, необхідно описати процес “як є”, змоделювати, і запропонувати нову якість, опис “як має бути”. Ось це – основна задача CASE-засобів. За словами Іллі Обухова, комерційного директора Interface Ltd., «Роль CASE-засобів самоцінна, оскільки впровадження моделі” як має бути “навіть без автоматизації підвищує ефективність роботи в рази, звичайно, якщо консалтинг проведено грамотно».


Проекти повинні вести себе аналогічно системам реального часу: вони теж повинні бути передбачуваними. Тому аналітики змушені планувати час (а значить, і бюджет), необхідне для написання програмного забезпечення з хорошим “комерційним якістю”. Для побудови оптимальної моделі роль CASE-засобів вирішальна. При цьому в поняття оптимальності входить і мінімізація ризиків різного роду. Однак це, по відношенню до моделі, зовнішній керуючий параметр. Інша справа, що саме по собі наявність моделі діяльності компанії або будь-якої її служби вже служить чинником, що знижує ризики бізнесу, впорядкує бізнес-процедури.


За словами Павла Сахарова, керівника відділу консалтингу ЗАТ “Бізнес Комп’ютер Центр”, «найголовніший результат розробки моделі будь-якого бізнес-процесу – це його чітке усвідомлення, розуміння як він повинен протікати, щоб привести до планованого результату, можливість на підставі цього розробки чітких посадових інструкцій для всіх його учасників ».


Тим не менш, розробка програмного забезпечення все ж менш передбачувана, ніж, скажімо, оцінка витрат на будівництво будинку, тому що відсутній фізичний контакт: програмне забезпечення – субстанція нематеріальна. Його ні помацати, ні побачити не можна.


Якщо порівняти зусилля на безпосереднє кодування з витратами праці на інші складові розробки системи реального часу, то безпосередньо кодування займає дуже малий час в порівнянні з усім іншим: аналізом, проектуванням, обробкою помилок, тестуванням, налагодженням, документуванням, нарадами, проектним менеджментом і т.п. За словами Віктора Дубейковского, системного аналітика Interface Ltd., «CASE-засоби не тільки в рази прискорюють строки розробки ІС і роблять їх передбачуваними за результатами проектування, але і дозволяють створювати” гнучке “програмне забезпечення». Саме цю особливість CASE-Засобів зобов’язане потужний розвиток MRP, MRPII, ERP, CSRP-Систем, вважає Віктор Дубейковскій.


Як отримати від замовника всі технічні вимоги і правильно оцінити загальну вартість їх реалізації? Це найважливіша частина проекту. Тому найважливіше значення має хорошу взаємодію із замовником, причому взаємодіяти необхідно на методологічній основі. Для формалізації окремих етапів цієї методології необхідна наявність CASE-інструментарію. Самі по собі ці кошти не приносять користі, важливо, як ви їх застосовуєте для розробки успішного продукту. На рівні аналізу CASE-засоби можуть значно поліпшити взаємодії із замовником: в одній схемі інформації більше, ніж у тисячі слів. Аналітичні схеми не тільки показують розуміння вимог замовника, а й змушують зрозуміти всю глибину розроблюваної системи і навіть виявити пропущені деталі.


Кілька докладними повинні бути ці схеми? Настільки, щоб стороння особа, наприклад, майбутній розробник програмних засобів, зміг розібратися в проекті, а учасник, наприклад, менеджер проекту, міг планувати необхідні фінансові витрати на проект. Одночасно генерується документація на управління інтерфейсом ICD (Interface Control Document), де визначається протокол взаємодії між різними частинами системи. Крім схем, створених за допомогою CASE-засобів, розробляються специфікації та аналітики отримують відправну точку для розробки структур даних.


Етап аналізу визначає не лише технічні вимоги, але і дає базу для розробки необхідних структур даних. По завершенні аналізу можна оцінити кількість робочих днів, необхідних для реалізації проекту. Для цього прораховувалися час на обробку інформації на найнижчому рівні. На цій стадії важливо не забути врахувати час на оформлення документації, контроль якості, наради, інтеграцію т.п.


Але не можна забувати, що використання CASE-засобів ще не гарантує якості проектування. CASE-засоби – це своєрідна і дуже ефективна підтримки мислення, розвитку логіки. На базі чого можливості аналітиків значно розширюються. Павло Сахаров: «Будь-які CASE-засоби – не панацея. Дуже важливо, щоб на початковому етапі впровадження ІС до роботи були залучені досвідчені професійні аналітики, які за допомогою CASE-засобів, розробили б інформаційну модель і на її основі концепцію автоматизації підприємства ».

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*