Süsteemianalüüsi 3. kontrolltöö (0)

Q: Milline alljärgnevatest väidetest on õige?

Vastus leiad õppematerjalist: Süsteemianalüüsi 3. kontrolltöö

Q: Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm?

Vastus leiad õppematerjalist: Süsteemianalüüsi 3. kontrolltöö

Q: Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid?

Vastus leiad õppematerjalist: Süsteemianalüüsi 3. kontrolltöö

Q: Millised tegutsejad actors on vaja kasutusjuhtude mudelis identifitseerida?

Vastus leiad õppematerjalist: Süsteemianalüüsi 3. kontrolltöö

Tallinna Tehnikaülikool - Informaatika - Süsteemianalüüs

1 HALB

Esitatud küsimused

Milline alljärgnevatest väidetest on õige?
Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm?
Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid?
Millised tegutsejad actors on vaja kasutusjuhtude mudelis identifitseerida?

Õiged vastused märgitud punasega!!!

Milline alljärgnevatest väidetest on õige?

mõlemad on võrdselt tähtsad
Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest
Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine

Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid ( actors ) ei ole vaja kasutusjuhtude diagrammis näidata? Valige pakutud vastusevariantide hulgast parim (s.t. täpne) vastus:
toetavad tegutsejad
vaadeldava süsteemi suhtes huvisid omavad tegutsejad
kõrvalseisvad (offstage) tegutsejad
arvutisüsteemid
inimtegutsejad
primaarsed tegutsejad

Isikute haldamine on tavaline nn. CRUD (create, read, update , delete) tüüpi protsess , mis hõlmab arvutisüsteemi abil uue Isiku lisamist, olemasoleva Isiku andmete lugemist/vaatamist, Isiku andmete muutmist ning Isiku andmete kustutamist. Millised eelnimetatud protsessidest/tegevustest sobivad (skoobi mõttes) Inimressursside haldamise tarkvara põhilisteks kasutuslugudeks (s.t. järgivad elementaarse äriprotsessi (EBP) printsiipi ) ? Valige vastusevariantide hulgast täpselt õige nimekiri:
Isiku lisamine, Isiku andmete muutmine, Isiku kustutamine
Isikute haldamine, Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine
Isikute haldamine
Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine

Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm? Valige õige vastus:
Ärimodelleerimine (business modeling).
Disain .
Testimine.
Nõuded (Requirements).
Teostamine (Implementation).
Rakendamine (deployment).

Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case )? Ainult üks vastusevariantidest vastab korrektse kasutusloo põhitingimustele. Eeldame ka, et kõiki allpoolnimetatud tegevusi tehakse arvuti abiga.
Maailma parandamine.
Müügi käsitlemine .
Sisselogimine.
Läbirääkimised hankelepingu sõlmimiseks.

Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid? Valige õige vastus.
Domeenimudeli tähtsamate klasside põhioperatsioonide jaoks.
Süsteemi operatsioonide jaoks, mis on keerulised või ebaselged tulemuste osas, või mis pole piisavalt selged kasutuslugudes.
Lepinguid pole üldse tarvis kirjutada, sest kasutuslugude järeltingimustes on sama informatsioon juba kirjas.
Kõikide süsteemi operatsioonide jaoks

Millised tegutsejad (actors) on vaja kasutusjuhtude mudelis identifitseerida? Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks):
primaarsed tegutsejad
vaadeldava süsteemi suhtes huvisid omavad tegutsejad
arvutisüsteemid
kõrvalseisvad (offstage) tegutsejad
inimtegutsejad
toetavad tegutsejad

Süsteemi jadadiagrammi käsitletakse (C. Larmani raamatus ning kontseptuaalse süsteemianalüüsi aine konspektis) järgmise UP-s (Unified Process ) koostatava mudeli osana :
domeenimudel
arendusmudel
eesmärkmudel
ärimudel
disainimudel
kasutusjuhtude (use case) mudel

On antud kasutusloo kirjelduse fragment :
*1* Administraator sisestab ID ja parooli dialoogi aknas (vt. joonist 3).
*2* Süsteem autendib Administraatori .
*3* Süsteem kuvab “kasutajate redigeerimise” akna (vt. joonist 4).
Kas selline kirjeldus sobib (on hea) nõuete analüüsi töö kontekstis? Vali vastuseks üks variant:
Sobib küll
Ei sobi

Kas tarkvara kasutaja poolt otseselt käivitatav primaarne kasutuslugu (use case) on (C. Larmani käsitluse järgi) äriprotsess ? Valige õige vastus.
Sõltub kasutajast jm asjaoludest.
Jah, igal juhul.
Ei, mitte mingil juhul.

On antud kasutusloo kirjelduse fragment:
*1* Administraator identifitseerib end.
*2* Süsteem autendib identiteedi.
*3* ...
Kas eelnev kirjeldus sobib (on stiili mõttes hea) nõuete analüüsi töö kontekstis? Valige üks õige vastus:
Ei sobi
Sobib küll

.DOCX Laadi alla originaalfail 3 lk · .docx · 53 allalaadimist

10 punkti Autor soovib selle materjali allalaadimise eest saada 10 punkti.

~ 3 lehte Lehekülgede arv dokumendis

2015-11-19 Kuupäev, millal dokument üles laeti

53 laadimist Kokku alla laetud

0 arvamust Teiste kasutajate poolt lisatud kommentaarid

ViktoriaT Õppematerjali autor

süsteemianalüüs 2015 kolmaskontrolltöö tegutsejad haldamine Süsteemianalüüs

Sarnased õppematerjalid

docx

kontseptuaalne süsteemianalüüs spikker

4. Millised tegutsejad (actors) on vaja kasutusjuhtude mudelis identifitseerida? Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks): primaarsed tegutsejad *vaadeldava süsteemi suhtes huvisid omavad tegutsejad arvutisüsteemid kõrvalseisvad (offstage) tegutsejad inimtegutsejad toetavad tegutsejad 5. Süsteemi jadadiagrammi käsitletakse (C. Larmani raamatus ning kontseptuaalse süsteemianalüüsi aine konspektis) järgmise UP-s (Unified Process) koostatava mudeli osana: domeenimudel arendusmudel eesmärkmudel ärimudel disainimudel *kasutusjuhtude (use case) mudel 6. Millised vaatenurgad defineerib Eriksson-Penkeri ärimodelleerimise metoodika? Valige täpne (s.t. õige ja ammendav) vastus: määrab objektide, protsesside ja struktuuri vaatenurgad määrab objektide ja protsesside vaatenurgad määrab struktuuri ja dünaamika vaatenurgad

Kontseptuaalne süsteemianalüüs

docx

Süsteemianalüüsi kontrolltöö vastused

Kontseptuaalne süsteemianalüüs

pdf

Kontseptuaalne süsteemianalüüs

Kõikide süsteemi operatsioonide jaoks 27. Millised vaatenurgad defineerib Eriksson-Penkeri ärimodelleerimise metoodika? Valige täpne (s.t. õige ja ammendav) vastus: määrab objektide, protsesside ja struktuuri vaatenurgad määrab objektide ja protsesside vaatenurgad määrab struktuuri ja dünaamika vaatenurgad määrab eesmärkide, protsessi, struktuuri ja dünaamika vaatenurgad ei määra ühtegi vaatenurka 28. Kas detailse süsteemianalüüsi lõpptulemuseks olevas (lõpetatud) domeenimudelis võib olla ilma atribuutideta klasse? Valige õige vastus. Võib ainult siis, kui on saavutatud vastav kokkulepe disaineritega. Ei või, sest ilma atribuutideta klasside esinemise korral poleks analüüs detailne. Jah, võib küll. 29. Unifitseeritud tarkvaraarendusprotsessi UP faasid (arendustüskli etapid) on järgmised: * Inception (algfaas, visioon) * Elaboration (täpsustamine/viimistlemine, arhitektuur)

Kontseptuaalne süsteemianalüüs

docx

Süsteemianalüüs - Kolmanda loengutöö konspekt

väärtustamine, Assotsiatsioonide loomine ja katkestamine. Lepingute kirjutamise üldine viga - unustatakse kirjeldada seoste moodustamist. Lepingute kirjutamine võib triggerida kontseptuaalmudeli muutmisele, nt objektide või atribuutide lisamine. 15. Veel kasutusjuhtudega seotud asju Kasutusjuhud on aluseks Testjuhtude kirjutamisele testimise distsiblinnis. Kasutajaliideste eskiisid kui tarkvara nõuete kogumise vahendid: Modelleerimise aines õpitud-tehtud Süsteemianalüüsi projektis teeme ka Ja kordame hiljem domeenimudeli teemaga koos

Süsteemianalüüs

204

docx

Süsteemianalüüsi kontrolltöö 1

M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi.  Aine fookus  Aine taust  Eesmärgid ja õpiväljundid  Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS  VALDKONNA ANALÜÜS  TARKVARA NÕUETE ANALÜÜS  ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis

Modulatsioon

Kino infosüsteemi strateegilise arenduse dokumentatsioon

110

doc

Kino infosüsteemi strateegilise arenduse dokumentatsioon

TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Iseseisev töö aines 'Infosüsteemide projekteerimine': Kino infosüsteemi strateegilise arenduse dokumentatsioon Teostajad: Indrek Kempi (001546) Pärtel Lias (010617) Eero Ringmäe (010636) Õpperühmad: LAP51 ja LAP 52 Juhendaja: Lea Elmik Tallinn 2003 Autorideklaratsioon: Kinnitame, et käesolev projekt on meie

Infosüsteemi projekteerimine

docx

Sissejuhatus infosüsteemidesse

kontseptuaalmudeli (e. mõistete kaardi) loomisel, mis on omakorda aluseks andmebaasi koostamisele. · Süsteemse mõtlemise mõiste Infosüsteemide valdkonnas kasutatakse organisatsioonist ja tema infosüsteemist arusaamiseks süsteemset mõtlemist (systems thinking). See on probleemi analüüsimeetod või lähenemisviis, mis aitab inimesel näha laiemat, terviklikumat pilti sellest, kuidas asjad on omavahel seotud. Teiste sõnadega, süsteemina võtmine ehk süsteemianalüüs tegeleb süsteemist arusaamisega põhinedes tõekspidamisel, et lahendatavat probleemi võetakse süsteemi (või terviku) osana. Probleemist on võimalik paremini aru saada kui uurida selle seoseid süsteemi moodustavate teiste osade või teiste süsteemidega. · Süsteemi mõiste Süsteemi defineeritakse kui igasugust vastastikku sõltuvate ja (ajutiselt) seotud osade (komponentide) organiseeritud kogumit, mis täidab mingit eesmärki/funktsiooni/ülesannet -

Infoharidus

docx

Sissejuhatus infosüsteemidesse kontrolltöö teooria

organisatsiooni toimimise muutmise juhtimine · infotehnoloogia juht (Chief Technology Officer (CTO) või IT Manager) - IT strateegia väljatöötamine · IT projektijuht - IS/IT-alaste muudatuse teostuse juhtimine Süsteemina käsitlemine Süsteemina käsitlemine (Systems Thinking) Probleemi analüüsimeetod või lähenemisviis, mis aitab inimesel näha laiemata, terviklikumat pilti sellest, kuidas asjad on omavahel seotud. Teiste sõnadega, süsteemina võtmine ehk süsteemianalüüs tegeleb süsteemist arusaamisega põhinedes tõekspidamisel, et lahendatavat probleemi võetakse süsteemi (või terviku) osana. Probleemist on võimalik paremini aru saada kui uurida selle seoseid süsteemi moodustavate teiste osade või teiste süsteemidega. Süsteemina mõtlemine üritab näidata, et: · keerulistes süsteemides üks väike sündmus võib põhjustada suuri muutusi · süsteemi ühe osa paremaks tegemine võib ebasoodsalt mõjutada süsteemi teisi osi

Sissejuhatus infosüsteemidesse

Rohkem sarnaseid