Аналітична модель програмних комплексів на базі IBM Rational RequisitePro, Комерція, Різне, статті

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


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


Складніше складається ситуація з рішеннями для менш поширених завдань, що мають значно більшу специфіку і більша кількість нюансів в кожній організації сектора. На ділі це обертається тим, що для створення IT-інфраструктури закуповується ряд рішень від різних виробників. Найчастіше рішення не є власне програмними продуктами (програмний продукт – це сукупність окремих програмних коштів, їх документації, гарантій якості, рекламних матеріалів, заходів з навчання користувачів, поширенню та супроводу готового програмного забезпечення), а являють собою програмні комплекси, розроблені для власних потреб. Цілком можливо, що в цьому випадку основною метою розробки було оперативне створення функціонуючого способу вирішення поставленої задачі у певній мірі на шкоду архітектурі, продуктивності та документування.


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


Розвивається система, складові частини якої теж, в свою чергу, розвиваються або змінюються незалежно один від одного, дуже легко може стати некерованою і непередбачуваною. Зміни в одному з її компонентів, що виконуються в рамках розвитку або супроводу системи, часто можуть “гукнутися” там, де, здавалося б, ніхто цього не очікував. Так як ми говоримо про організацію (або підрозділі), не починаючої якийсь проект з нуля, а діє в сформованих до певного моменту часу обставин, то у неї, швидше за все, вже немає можливості створити цілісну концепцію розвитку всієї системи, досить детальну і реалістичну для того, щоб накласти на неї процес розвитку. Бізнес вимагає вирішення своїх завдань тут і зараз і, якщо не задовольняти його вимоги, знайдуться інші, хто зробить це.


Вихід з цієї ситуації – описати з необхідним рівнем деталізації вже наявну систему з її компонентами, визначити зв’язки між ними (малюнок 1) і далі використовувати цю модель для аналізу передбачуваних змін. При визначенні деталізації опису виникає дилема: створити досить детальний опис всіх компонентів, витративши на цьому етапі більше ресурсів, або обмежитися визначенням впливу модулів компонентів системи на інші компоненти (малюнок 2). У першому випадку процес аналізу впливу передбачуваних змін стає більш оперативно виконуваної роботою. У другому – виграш в ресурсах на початковій стадії. Надалі ж, при виявленні впливу змін на компонент, до аналізу залучається експерт цього компонента.


Рисунок 1. Визначення залежностей модулів компонентів системи

Крім того, IBM Rational RequisitePro дозволяє створювати і отримувати необхідні звіти, а за допомогою додаткового інструменту IBM Rational SoDA – і в звичному форматі документів MS Word.

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


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

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

Ваш отзыв

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

*

*