tulevikku. Kuna Epicor võimaldab peale ehitada uuendusi, on tema lahendused kestvamad. .........................................................................................................17 Teiseks, eelistan kogu ettevõtet hõlmavat infosüsteemi, sest terviklikud süsteemid elimineerivad topelttöö ning tagavad tervikliku ülevaate ettevõtte tegevusest. Programmil on väga lai kasutusala ja pakub täislahendusi. ..........17 Epicori poolt pakutav ERP tarkvara toetab teenusepõhist tarkvaraarhitektuuri (SOA), kus tarkvara protsessid on jagatud teenusteks, mis on seejärel tehtud võrgus kättesaadavaks ja leitavaks. Igal teenusel on funktsionaalsus, mida on võimalik kohandada vastavalt ettevõtte vajadustele. SOA võimaldab ettevõttel kiiresti muutustele reageerida ning seeläbi konkurentsivõimeliseks jääda. ......17 Viimane ja olulisuselt teine kriteerium on tarkvara hind. Ei saa lähtuda ainult soetusmaksumusest, vaid lisanduvad veel ka hooldus- ja arendustasu. Epicor
Ma ootan lahendusega, kuni mul on õige info käes. • Millised on võtme eeldused ja kuidas ma suudan neid kontrollida. Ära tee eeldusi , mida sa ei suuda kontrollida. Siuke eeldus on tühi õhk. Iga eelduse põhjal tuleks mõelda, kuidas seda üldse kontrollida. • Mis võib põhjustada süsteemi ümber disainimise. Panna enda jaoks kõik riskid, mille puhul peab terve süsteemi ümber tegema. Tarkvaraarhitektuuri disainimeks ei ole universaalset, aksepteeritud protsessi. Iga juhtum on erinev, iga süsteem ja klient on erinevad. Iga protsess tuleb valida või kohandata vastavalt parasjagu valitsevatele olukordadele. Mõned protsessid: • ADD – Attribute Driven Design - rekursiivne protsess. Töötati välja Carnegie Mellon Ülikooli pool. Koosneb kahest osast. Neid kahte osasid rekursiivselt kogu aeg ketratakse. o 1. osa – taktika.
o Mis on fundamentaalsed osad arhitektuurist, mille valesti tegemine on väga suure riskiga süsteemi toimumisele o Milline osa süsteemist on suurim muutumise tõenäosusega o Milliste osade disainimist võib edasi lükata ilma märkimisväärsete mõjudeta o Millised on võtme eeldused ja kuidas neid kontrollida o Mis võib põhjustada süsteemi ümber disainimise Arhitektuuri disainimise protsess o Tarkvaraarhitektuuri disainimeks ei ole universaalset, aktsepteeritud protsessi ADD (Attribute Driven Design) o ADD töötati välja Carnegie Melloni Ülikooli pool o Väljakutsed Milline arhitektuur kataks kõige paremini kasutajate vajadusi Kuidas täita kujuteldava süsteemi nõudeid Kuidas otsustada, milline arhitektuuri strateegia on sobilik Kuidas hinnata nõuete täitmisel tehtavate kompromisside
Disainimisel mõtle järgmistele asjadele: ● Mis on fundamentaalsed osad arhitektuurist, mille valesti tegemine on väga suure riskiga süsteemi toimimisele ● Milline osa süsteemist on suurima muutumise tõenäosusega. ● Milliste osade disainimist võib edasi lükata ilma märkimisväärsete mõjudeta ● Millised on võtme eeldused ja kuidas neid kontrollida ● Mis võib põhjustada süsteemi ümber disainimise ! Tarkvaraarhitektuuri disainimeks ei ole universaalset, aksepteeritud protsessi. 102. Nimeta ja seleta lahti arhitektuuri disainimise protsessid. ka 1. ADD (Attribute Driven Design) töötati välja Carnegie Mellon Ülikooli pool ● Väljakutsed ○ Milline arhitektuur kataks kõige paremini kasutajate vajadusi ○ Kuidas täita kujuteldava süsteemi nõudeid
annaabi.ee 
