Зміст
- Логічне моделювання
- Не плутайте логічну модель з планом дій
- Специфікація процесу
- Моделювання логіки зі структурованою англійською мовою
- Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
- Моделювання логіки з таблицями рішень
- Моделювання логіки шляхом створення дерев рішень
- Вибір правильної методики аналізу рішень
Винос:
Структуроване програмування та процес, що бере участь у створенні логічних рішень, складається з організації та кодування програм шляхом спрощення контурів управління, щоб програми могли легко зрозуміти та змінити.
Бізнес-системи та процеси функціонують відповідно до правил і правил бізнесу з певної сфери бізнесу. Динамічний характер кожного ділового середовища складається з внутрішніх і зовнішніх впливів, таких, як бути в курсі конкуренції та змін у законах та нормативних актах. Ось чому для бізнес-аналітиків, керівників проектів та ключових осіб, які приймають рішення, важливо зрозуміти різноманітність способів логічного моделювання та структурованого програмування для покращення бізнес-операцій.
Як? Створюючи та виробляючи технічні характеристики, організація може отримати точний опис того, як це відбувається сьогодні та що потрібно зробити. Ці характеристики також підтверджують дизайн системи (включаючи діаграми потоку даних та словник даних) і зменшують неоднозначність процесу.
Доступні способи документування та аналізу логіки структурованих рішень включають структуровану англійську мову, таблиці рішень та дерева рішень. Бізнес-аналітики можуть використовувати ці методи для визначення вимог поточних та майбутніх зацікавлених сторін у бізнесі та перетворення цих вимог у специфікації, які керуватимуть побудовою бізнес-рішень на базі ІТ. Давайте подивимось.
Логічне моделювання
Логічна модель представляє зображення або розповідь про те, як процеси спілкуються один з одним. Іншими словами, це ілюстрація послідовності причинно-наслідкових зв’язків, які обидва йдуть одним і тим же шляхом досягнення однакових кінцевих результатів. Метою логічного моделювання є передача основної теорії або набору припущень, з якими програма може зробити висновок щодо того, чому програма буде працювати або чому рішення, яке використовується, є найкращим рішенням виявленої проблеми або проблеми. Незалежно від того, що логічна модель зображає себе діаграмами, таблицями, графічно чи розповіддю, кожна форма передає зв'язки між конусними факторами та програмними входами, процесами та результатами.Логічні моделі можна використовувати, щоб показати, чому ініціатива важлива, які результати вона дасть, і які дії та причини, як очікується, призведуть до бажаних результатів. Все це слугує основою для визначення того, чи можуть заплановані дії призвести до бажаних результатів.
Не плутайте логічну модель з планом дій
Люди дуже часто плутають логічні моделі з планами дій. Хоча відмінності тонкі, вони також дуже важливі для розуміння та виявлення. План дій - посібник керівника групи або керівника для виконання проекту; логічна модель ілюструє зміни або наслідки, які можуть відбутися в результаті первісно структурованого плану або відтворення плану. Плани дій використовуються для показу набору об'єктів програми та часової шкали або прогнозованого контуру, таких як стартова медіа-кампанія або якийсь проект просвітницької роботи. В основному план дій - це посібник для фактичної реалізації та запуску проекту, який створюється після логічна модель стоїть на місці.
Специфікація процесу
Специфікації процесу - це методи, доступні для документування та аналізу логіки структурованих рішень. Це включає структуровану англійську мову, таблиці рішень та дерева рішень. Специфікації процесів створюються для примітивних процесів та деяких процесів вищого рівня на діаграмі потоку даних. (Вони також можуть називатися мініспекти оскільки вони є невеликою частиною загальних специфікацій товару). Технічні характеристики процесу зменшують неоднозначність процесу, дозволяють особі чи організації отримати точний опис того, що зроблено, та затвердити дизайн системи, включаючи діаграми потоку даних та словник даних.
Специфікації процесу не створюються для фізичних процесів введення або виводу, процесів, які представляють просту перевірку даних, або для процесів, у яких вже існує попередньо записаний код. Описи процесів можуть існувати у формі або в сховищі інструментів автоматизованого програмного забезпечення (CASE). Технічні характеристики пояснюють логіку та формули прийняття рішень, які перетворюють вхідні дані процесу у вихідні. Логіка процесу найкраще представлена через структуровану англійську мову, таблиці рішень, дерева рішень, через задані формули чи алгоритми або через будь-яку комбінацію вищезазначеного.
Моделювання логіки зі структурованою англійською мовою
Структурована англійська мова базується на структурованій логіці. Він використовується, коли логіка процесу включає формули чи ітерацію, або коли структуровані рішення не надто складні. Структурована англійська мова використовується для вираження всієї логіки з точки зору послідовних структур, структур прийняття рішень, ітерацій та структур справ. Ця змінена форма англійської мови використовується для визначення логіки інформаційних процесів за допомогою підмножини англійської лексики для вираження процедурних процедур. Не існує конкретних стандартів для створення структурованої англійської моделі. Зазвичай кожен аналітик чи керівник проекту матиме свою методологію, але кожна модель складається з дієслів та іменникових фраз без прислівників чи прикметників.Структурована англійська мова використовується для представлення процесів у стислій формі, що порівняно легко для користувачів і програмістів читати і розуміти. Послідовність, умова та повторення включені в процес створення структурованої англійської моделі. Структурована англійська мова - це техніка, яка використовується для опису алгоритмічних процедур, а іноді може бути альтернативою діаграм потоку. Це ефективний інструмент комунікації, який використовується для з'ясування логіки та взаємозв'язків між людськими мовами.
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Моделювання логіки з таблицями рішень
Таблицю рішень найкраще використовувати для складного прийняття рішень, оскільки він визначає можливі умови та наслідки їх дії через матричне подання логіки рішення. Таблиці рішень складаються з рядків і стовпців, які розділені на чотири різні розділи або квадранти і призначені для ілюстрації складних правил прийняття рішень. У таблицях рішень використовуються заглушки стану, студії дії та визначені правила під час створення. Заглушки стану перелічують умови, що мають відношення до рішення, тоді як заглушки про дії - це дії, що є результатом заданого набору умов. Реалізовані правила використовуються для вказівки, яких дій слід дотримуватись для заданого набору умов та їх наслідків.У таблиці прийняття рішень представлено визначення кількості умов або входів, які впливають на конкретне рішення. Також слід визначити набір можливих результатів чи дій. Процедура, що використовується для створення таблиці рішення, починається з іменування умови та прив'язки цієї умови до її належним чином прийнятих значень під час іменування всіх можливих дій, які можуть відбутися під час цього процесу. Усі правила повинні бути перераховані та дії для кожного правила визначені, перш ніж таблицю можна спростити.
Таблиці рішень забезпечують повноту за рахунок зменшення кількості тестування умов, які необхідно провести, і перевіряючи на наявність можливих помилок, суперечностей та надмірностей.
Моделювання логіки шляхом створення дерев рішень
Дерева рішень - це графічне зображення конкретних ситуацій прийняття рішень, які використовуються, коли складне розгалуження відбувається в структурованому процесі прийняття рішень. Дерево рішень - це прогнозна модель, заснована на розгалуженій серії булевих тестів, які використовують конкретні факти, щоб зробити більш узагальнені висновки на основі. Основні компоненти дерева рішень включають точки вирішення, представлені вузлами, дії, представлені овалами, а конкретні варіанти з точки прийняття рішення представлені дугами. Кожен вузол відповідає нумерованому вибору на легенді, і всі можливі дії перераховані в крайній правій частині моделі. Кожне правило в дереві рішень представляється шляхом відстеження ряду шляхів від кореня до вузла до наступного вузла і так далі, поки не буде досягнуто овалу дії.
Дерево рішень є корисним, коли необхідно підтримувати певний порядок для низки рішень. Вони корисні, коли важливо зберегти рядок рішень на одній послідовності певної послідовності. Під час створення дерева рішень усі умови та дії повинні мати визначений набір порядків та термінів, виходячи з критичної потреби кожної умови та дії. Дерева рішень гарантують, що порядок перевіркиумов і виконання дій буде негайно помітний. Порівнюючи дерева рішень з таблицями рішень, дерево рішень дозволяє отримати більш зрозумілу структуру з боку інших з боку організації.
Вибір правильної методики аналізу рішень
Порівнюючи використання кожної методики прийняття рішення, важливо пам’ятати, яка структура забезпечить найкращий процес та результат. Коли є повторювані дії або коли спілкування з кінцевим використанням є життєво важливим, структуровану англійську мову слід використовувати як інструмент для представлення кроків у логічних процесах та на діаграмах потоку даних. Таблиці рішень слід використовувати, коли знайдено складне поєднання умов, дій та правил або коли знайдеться метод, який ефективно уникає неможливих ситуацій, надмірностей та суперечностей. Дерева рішень слід використовувати, коли послідовність умов і дій є критичною або коли не кожна умова має відношення до кожної дії, тобто гілки різні. Таблиці рішень і дерева рішень повинні використовуватися для представлення логічного вибору в операторах стану.