Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
12-Pitannya_MAPZ_do-ispitu_-2015 (1).doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
5.63 Mб
Скачать

Історія[ред. • ред. Код]

Методи моделювання бізнес-процесів, таких як схемафункціональна блок-схема потокусхема контролюДіаграма ГантаPERT-діаграми, і IDEF з'явилися з початку 20 століття. Діаграми Ганта були одними з перших в 1900 році, схеми в 1920 р. Функціональна блок-схема потоку і PERT в 1950-х, потоку даних і діаграми IDEF в 1970-х. Серед сучасних методів уніфікована мова моделювання.

Термін «моделювання бізнес-процесів» сам по собі був придуманий у 1960-ті роки в галузі інженерних систем. С. Вільямс в 1967 «Моделювання бізнес-процесів покращує адміністративний контроль» («Business Process Modeling Improves Administrative Control»). Його ідея полягала в тому, що методи для отримання більш глибокого розуміння фізичних систем управління можуть бути використані аналогічним чином для бізнес-процесів.

У 1990-х років термін «процес» набув нової парадигми. Нові методики, такі як реорганізація бізнес-процесів, впровадженняінноваційних бізнес-процесів, управління бізнес-процесамикомплексне бізнес-планування спрямовані на вдосконалення процесів у всіх традиційних функціях, які утворюють компанію.

Моделювання бізнес-процесів лягли в основу нових методик, що, наприклад, також підтримує збір даних, аналіз потоку, діаграми процесів та звітності. Близько 1995 були представлені перші програмні візуально-орієнтовані інструменти для моделювання і впровадження бізнес-процесів.

  1. Зовнішнє проектування програмних систем. Принцип концептуальної цілісності.

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

Ещё один общенаучный принцип – принцип концептуального единства, без которого ни одна серьёзная научная работа не может иметь целостный вид и на выходе представлять аргументированные, не противоречащие друг другу результаты, положения и выводы. Каждый автор обосновывает и выстраивает собственную, либо же присоединяется к уже имеющейся концепции, по необходимости развивая её в соответствии со спецификой и направленностью проводимого исследования. В процессе научного поиска исследователь не должен быть скован заданными рамками, а, напротив, обязан постоянно проявлять творчество, менять и корректировать изначальную вариативную и, даже, базовую концептуальную составляющую, избегая при этом эклектики и предвзятости.

  1. Моделювання програмних систем. Uml-діаграми. Еволюція моделі програмної системи.

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

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

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

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

UML (англ. Unified Modeling Language) — уніфікована мова моделювання, використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, що використовує графічні позначення для створення абстрактної моделі системи, яка називаєтьсяUML-моделлю. UML був створений для визначення, візуалізації, проектування й документування в основному програмних систем. UML не є мовою програмування, але в засобах виконання UML-моделей як інтерпретованого коду можлива кодогенерація.

Перша версія (1.0) UML вийшла 13 січня 1997, вона була створена за запитом Object Management Group (OMG) — організації, відповідальної за прийняття стандартів в галузі об'єктних технологій і баз даних. Після обговорення, у вересні 1997 року, версія 1.1 UML була представлена на голосування в OMG. Розробку UML підтримали і вже тоді використовували як стандарт такі гранди ринку інформаційних технологій, як MicrosoftIBMHewlett-PackardOracleDECSybase, Logic Works й інші.

Поточна версія — 2.0.

  1. UML-діаграми. Діаграми бізнес-прецедентів та прецедентів.

Діаграма прецедентів — в UMLдіаграма, на якій зображено відношення між акторами та прецедентами в системі.[1] Також, перекладається як діаграма варіантів використання.

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