Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МР ПРОЕКТ ІС ПР.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
753.31 Кб
Скачать

Контрольні запитання

1. Охарактеризуйте основи теорії прийняття рішень.

2. Назвіть та охарактеризуйте технологію прийняття рішень.

3. Що таке класична модель прийняття рішень?

4. В чому полягають технології прийняття рішень?

5. Обгрунтуєте вплив типу проблеми на вибір стилю прийняття рішення?

Практична робота № 8

Тема: «CASE-засоби створення інформаційних систем. Створення моделей процесів в BPWin»

Мета роботи: ознайомлення з використанням CASE-технології на прикладі BPWin, призначеного для побудови функціональних моделей існуючих бізнес-процесів, проведення аналізу і реорганізації бізнес-процесів підприємства.

Завдання

1. Ознайомитись з назвою і можливостями BPWin.

2. Розробити функціональну модель будь-якого процесу.

3. Відобразити цю модель в седовищі BPWin.

4. Продемонструвати модель.

5. Оформити звіт про роботу.

Короткі теоретичні відомості

Під технологією проектування (створення) інформаційних систем (ІС) − розуміють впорядкований в логічній послідовності набір методичних прийомів, технічних засобів і проектувальних методів, націлених на реалізацію загальної концепції створення чи доопрацювання проекту системи і її компонентів. Для розробки ІС управління велике значення має якість і склад бази проектування.

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

Технологія створення інформаційних систем вимагає особливі умови до методик реалізації і програмним інструментальним середовищам, а саме:

1.   Реалізацію проектів по створенні ІС прийнято розбивати на стадії аналізу (перед тим як створювати ІС, необхідно зрозуміти і описати бізнес-логіку предметної області), проектування (необхідно визначити модулі і архітектуру майбутньої системи), безпосереднього кодування, тестування і супроводження. Відомо, що виправлення помилок, котрі зроблені на попередніх стадіях, обходиться в 10 раз дорожче, ніж на даному етапі; тому, найбільш критичним є перші стадії проекту. Важливо мати ефективні засоби автоматизації ранніх етапів реалізації проекту.

2.    Проект по створенню складної ІС неможливо реалізувати самостійно. Колективна робота суттєво відрізняється від індивідуальної, тому при реалізації великих проектів необхідно мати засоби координації і управління колективом розробників.

3.    Життєвий цикл створення складної ІС співставимо з очікуваним часом її експлуатації. Іншими словами, в сучасних умовах компанії представляють свої бізнес-процеси приблизно раз в два роки, стільки ж треба(якщо працювати за традиційною технологією) для створення ІС. Може бути, що до моменту віддачі ІС вона вже нікому не буде потрібна, оскільки компанія, її замовила, змушена перейти на нову технологію роботи. Відповідно, для створення ІС необхідно інструмент, що значно (в декілька разів) зменшує час розробки ІС.

4.    Внаслідок значного життєвого циклу може бути, що в процесі створення системи зовнішні умови змінились. Зазвичай внесення змін в проект на останніх етапах створення ІС дуже трудомісткий і вартісний процес. Тому для успішної реалізації великого проекту необхідно, щоб інструментальні засоби, на яких він реалізується, були достатньо гнучкими до вимог, що хочуть змінити або змінились.

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

CASE-засіб BPWin призначено для проведення аналізу і реорганізації бізнес-процесів. BPWin підтримує методологію IDEF0 (функціональна модель). Функціональна модель застосовується для опису існуючих бізнес-процесів на підприємствах чи бізнес-установах. Методологія IDEF0 показує побудову ієрархічної системи діаграм – одиничних описів фрагментів системи. В IDEF0 система представлена як сукупність взаємодіючих робіт чи функцій. Така функціональна орієнтація є принциповою – функції системи аналізуються незалежно від об’єктів, якими вони оперують. Це дозволяє більш точно змоделювати логіку і взаємодію процесів організації.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]