Sprendimų priėmimo procesas, pasak Herbert A. Simon

Šiame straipsnyje aptariami trys pagrindiniai sprendimų priėmimo etapai pagal Herbert A. Simon. Veiksmai yra šie: 1. Žvalgybos veikla 2. Projektavimo veikla 3. Pasirinkimo veikla.

Sprendimų priėmimo procesas # 1. Žvalgybos veikla:

Pradinis žvalgybos fazės etapas dažnai vadinamas problemos nustatymu arba problemos pripažinimu.

Šiame etape ieškoma aplinkos, kuriai reikia sprendimo.

Paieškos procesas turi skirtingas savybes, priklausomai nuo to, ar jis gali būti struktūrizuotas ir ar jis yra nuolatinis, ar adhoc.

Šie skirtumai apibendrinti trimis paieškos tipais:

1. Nestruktūrizuota paieška

2. Struktūrinė achoc paieška

3. Struktūrizuota nuolatinė paieška.

1. nestruktūrizuota paieška:

Daugeliu atvejų paieškos ar žvalgybos algoritmai negali būti nurodyti. Sprendimų palaikymo sistema turi leisti vartotojui kreiptis į užduotį heuristiškai per bandymą ir klaidą, o ne atkurti, fiksuoti loginiai žingsniai. Parama nestruktūrizuotai paieškai visų pirma grindžiama lanksčia prieiga prie duomenų bazės.

Naudotojas turi sugebėti atlikti tokias funkcijas kaip paieška, pristatymo nuskaitymas, analizė ir palyginimas, kad būtų galima atrasti naujus santykius ir naujas išvadas, kurios anksčiau nebuvo apibrėžtos.

Interaktyvios sistemos pagerina nestruktūruotos paieškos našumą, leidžiant vartotojui keisti problemos parametrus ir greitai matyti jų poveikį. Kai kuriais atvejais sistemos palaikymas gali apimti analizės informacines sistemas ir reprezentacinius modelius, kitais atvejais sistemos palaikymas gali būti failų stalčių sistema su greita prieiga prie duomenų bazės.

2. Struktūrinė paieška:

Daug problemų ir galimybių nėra pakankamai dažnai, kad juos būtų galima tvarkyti reguliariai. Tačiau paieškos procesas gali būti struktūrizuotas. Pavyzdžiui, augalo vieta gali būti problema besiplečiančiai bendrovei, tačiau ji gali būti nepakankamai dažna, kad būtų galima pagrįsti duomenų bazę ir reguliariai ieškoti įrenginių vietos.

Vietoj to, žvalgybos procesas yra struktūrizuotas, tačiau jis taikomas tik tada, kai kiti rodikliai rodo, kad tai reikalinga. Galima naudoti sistemos struktūrinių analizės informacinių sistemų ir reprezentacinių modelių palaikymą.

3. Struktūrinė tęstinė paieška:

Kai kurios probleminės sritys, pvz., Atsargų likučiai ir produktų kainos, palyginti su konkurentais, yra santykinai struktūrizuotos ir gali būti reguliariai nagrinėjamos. Periodinės ataskaitų sistemos, teikiančios būklės duomenis, palaiko šios rūšies paiešką. Sprendimų palaikymo sistemos leidžia išplėsti informacijos rezultatų apimtis, skaičių ir dažnumą skenuojant visus žinomus galimų problemų ar galimybių rodiklius.

Produkcija gali būti gaminama periodiškai arba kai nustatoma problema ar galimybė. Duomenų analizės sistemos ir siūlymų sistemos gali palaikyti tokio tipo paiešką. Antrasis žingsnis šiame etape vadinamas problemos formavimu arba problemos struktūrizavimu, kuris atsiranda, nes daugiau informacijos ieškoma aiškiau apibrėžiant problemą.

Šis ankstyvas sprendimų priėmimo etapas gali paveikti visų tolesnių etapų kryptį. Šiame etape sprendimų priėmėjas sudaro psichikos modelio problemą.

Psichikos modelis atspindi vadovo supratimą apie problemos struktūrą. Problemos struktūra - tai kintamieji, atsirandantys problemoje ir kaip jie sąveikauja. Taip susidariusios problemos kokybinis reprezentavimas stipriai veikia galimų sprendimų sritį. Tyrimai parodė, kad kompiuterinė grafika yra naudinga padedant problemai, kuri yra naudinga vaizduojant ir perduodant vartotojo suvokimą apie problemos struktūrą.

Sprendimų priėmimo procesas # 2 žingsnis.

Po žvalgybos etapo, kuris sukelia problemų ar galimybių pripažinimą, projektavimo etapas apima galimų veiksmų kūrimą, kūrimą ir analizę. Parama projektavimo etapui turėtų numatyti kartotines procedūras svarstant alternatyvas.

Tipiški šie pakartotiniai veiksmai:

1. Padėkite suprasti problemą:

Reikia taikyti arba sukurti teisingą situacijos modelį, o taip pat ir bandomosios modelio prielaidas.

2. Parama sprendimų kūrimui:

Galimų veiksmų krypčių kūrimą skatina;

a. Pats modelis. Dažnai manipuliuojant šiuo modeliu pateikiama įžvalga, leidžianti sukurti sprendimų idėjas.

b. Duomenų bazės paieškos sistema. Priėmimo galimybės suteikia duomenis, naudingus kuriant sprendimų idėjas.

Daugeliu atvejų dizaino modelis pasiūlys siūlomą sprendimą. Pavyzdžiui, inventoriaus pertvarkymo modelis gali pasiūlyti problemos, kaip užsakyti, problemą. Šis kiekis yra pasiūlymas, kurį galima keisti, tačiau tai yra galimas sprendimas (ir galbūt optimalus sprendimas, pagrįstas modelio veiksniais).

Dažnai sprendimų palaikymo sistema vartotojui vadovaus racionalioje sprendimų paieškos strategijoje. Pavyzdžiui, sprendimų paieškos procedūra gali prasidėti klausimų, susijusių su bendrais sprendimais, rinkiniu. Šiems klausimams gali tekti klausimų, padedančių sprendimų priėmėjui apsvarstyti visas alternatyvas.

Struktūrinių metodų privalumas yra tas, kad jie padeda sistemingai tirti įprastą sprendimų erdvę; trūkumas yra tendencija slopinti paiešką už įprastų sprendimų erdvės ribų.

3. Parama bandymų galimybių tyrimui.

Sprendimas išbandomas dėl galimybių, analizuojant ją atsižvelgiant į aplinką, kurioje ji veikia - probleminę sritį, visą organizaciją, konkurentus ir visuomenę. Analizė gali būti atliekama nuosekliai, atsižvelgiant į plačius jų aplinkos matavimus. Kitas metodas yra analizuoti siūlomus sprendimus naudojant skirtingos aplinkos modelius. Šie modeliai paprastai apima kompiuterines programas ir duomenų bazę. Išsami MIS modelio bazėje bus keletas tokių modelių, kurie gali būti naudojami tiriant sprendimus.

Sprendimų priėmimo procesas # 3. Pasirinkimo veikla:

Pagrindiniai pasirinkimo etapo uždaviniai yra įvertinti galimas alternatyvas ir pasirinkti geriausią programinės įrangos palaikymą žvalgybos ir projektavimo etapams, padedant teikti alternatyvas. Pasirinkimo etapui reikia taikyti pasirinkimo procedūrą ir pasirinktos alternatyvos įgyvendinimą.

Sprendimų paramos sistema pagal apibrėžimą nesuteikia pasirinkimo. Tačiau optimizavimo modeliai ir siūlymo modeliai gali būti naudojami alternatyvų rangavimui ir kitaip taikyti sprendimų priėmimo procedūras, kad būtų galima pasirinkti sprendimų priėmėjo pasirinkimą.

Pavyzdžiui, sprendimas įsigyti mašiną iš kelių alternatyvų gali būti suskirstytas į vieną ar kelis kriterijus, pvz., Grąžos norma, atsipirkimo metai, minimali pinigų suma, vykdomosios pirmenybės, darbuotojų pageidavimas, minimali rizika ir kt. taikyti taikant sprendimų programinę įrangą. Tuomet sprendimą priima sprendimus priimantis asmuo ir jis perduodamas asmeniui, kuris gali įgyvendinti rezultatą.

Nors sprendimų priėmimo procesas čia apibūdinamas kaip nuoseklus, praktiškai tai mažiau aišku. Žvalgybos, dizaino ir pasirinkimo veikla yra tarpusavyje susieta ir kartojasi, ir jos vyksta dinamiškoje sprendimų priėmimo aplinkoje. DSS turėtų remti visus šio proceso aspektus.