En ansats till behovsstyrd applikationsutveckling

Transkript

1 En ansats till behovsstyrd applikationsutveckling Johan Björlin

2 Inledning (1/3) Bakgrund: Försvarsmaktens Telenät ochmarkteleförband, FMTM behövde ersätta en gammal applikation för hantering av personal. Syfte: Skapa en ersättning som dessutom skulle kunna användas som telefonkatalog och ge Vakthavande Befäl möjlighet till anhörigsökning. Målsättning: Bygga bort tidigare begränsningar. Bygga bort tidigare begränsningar. Öka tillgängligheten Möjliggöra lagring av mer data om en person

3 Inledning (2/3)

4 Inledning (3/3) Avgränsningar: g Grundläggande funktionalitet i den personaladministrativa delen av applikationen. Det vill säga hantering av: Data om en person (Förnamn, Efternamn, Mellannamn, Personnummer) Adresser Telefonnummer E postadresser ID handlingar (ID kort, Pass, Registerkontroller) Körkort och förarbevis Organisatorisk tillhörighet Anhöriga

5 Kravhantering (1/1) Kravgenerering: Dialog med en representant för beställaren Analys av befintligt system Studier av omgivning Resultat: Krav Applikationen ska kunna hantera data om en person (from Funktionella krav) Krav Data om en person ska kunna innehålla förnamn Krav Data om en person ska kunna innehålla efternamn Krav Data om en person ska kunna innehålla mellannamn Krav Data om en person ska kunna innehålla personnummer Funktionella krav Krav Data om en Icke funktionella krav person ska kunna innehålla anställningsnummer Verktyg för kravhantering: Enterprise Architect från Sparx Systems Krav Data om en person ska kunna innehålla huruvida en person är aktiv i verksamheten eller inte

6 Användningsfall (1/2) Person Management Subsystem Manage person Add person Personnel Management System Phonebook Subsystem Print phonebook Search phonebook search results Personnel Management User (from Actors) Phonebook User Relative Search Subsystem Update person Search for relatives Print relativ es serach results Relativ e User Person Management Subsystem Personnel Management Manage person Add person Search for person Delete person User Update person Search for person Delete person Print person search results Print person search results Efter avgränsningar System Administration i ti Subsystem Add system user System Administration Subsystem Manage system users Update system user Add system user System administrator Delete system user Manage system users Update system user System administrator (from Actors) Delete system user

7 Användningsfall (2/2) Användningsfall Manage person (from Primary Use Cases) Krav Det ska gå att lägga till data om en person i applikationen (from Krav på personhantering (Lägg till person)) Add person Krav Applikationen ska kunna hantera data om en person (from Funktionella krav) Krav Det ska gå att inaktivera en person i applikationen (from Krav på personhantering) (from Primary Use Cases) Update person Krav Det ska gå att uppdatera data om en person i applikationen (from Krav på personhantering (Uppdatera person)) (from Primary Use Cases) Krav Det ska gå att söka efter data om en person i applikation Search for person (from Krav på personhantering) (from Primary Use Cases) Krav Det ska gå att ta bort en person ur applikationen Delete person (from Krav på personhantering) (from Primary Use Cases) Exempel på spårbarhet åb mellan krav och användningsfall

8 Analys (1/5) Systemskiss

9 Analys (2/5) Passport (from Identification) IdentificationCard (from Identification) Exercise (from Exercise) Mission (from Mission) RegisterControl (from Identification) MissionParticipation ExerciseParticipation (from Mission) (from Exercise) OrganisationUnit (from Organisation) Address (from Contact) Person BankAccount (from Bank) PhoneNumber (from Contact) Education (from Education) Relation Address (from Contact) EducationalInstitution (from Education) Employment (from Employment) DrivingLicense (from Vehicle) MilitaryDrivingLicense (from Vehicle) Analysklasser för att beskriva en person/anhörig

10 Analys (3/5) Tabell för beskrivning av åtkomst till data

11 Analys (4/5) Client Server :Personnel Management User MainForm (from Client) WebServiceAbstraction (from WebServiceAbstractionLayer) WebServ ice (from Server) DataAbstraction (from DataAbstractionLayer) Search(SearchPhrase) GetPersons(SearchPhrase) :Persons GetPersons(SearchPhrase) :Persons IsValidUser(User) GetPersons(SearchPhrase) :Persons GetPerson(Id) :Person GetPerson(Id) :Person GetPerson(Id) :Person IsValidUser(User) GetPerson(Id) :Person Create() Person (from Person) Sekvensdiagram för att beskriva sökning efter en person

12 Analys (5/5) Användargränssnitt för hantering av en person

13 Design och Implementation (1/2) Klassdiagram för PMSPerson

14 Design och Implementation (1/2) Klassdiagram för Server Klassdiagram för Klient

15 Slutsatser(1/2) Fokus under denna utvecklingsprocess har varit att försöka tillgodose användarnas uttalade behov. En av svårigheterna med att skriva kraven var att inte frestas att kravställa densystemlösning eller denapplikation man själv avser utveckla. Det viktigaste med kraven är istället att de fångar kravställarens behov. Designlogik: Syfte (Varför?), Funktion (Vad?), Form (Hur?). f k ll d d b h å h k å Genom att fokus varit att tillgodose användarnas behov så har också tyngdpunkten i detta arbete förskjutits från själva implementationen till krav, användningsfall och analys.

16 Slutsatser(2/2) Framtida utveckling: Överlämning till verksamheten Färdigställande av den personaladministrativa delen av applikationen. Verifiering och validering av den personaladministrativa delen av applikationen. Vidareutveckling av resterande kvarstående delar. Ytterligare uppgraderingar av hela applikationen utifrån nya behov. Genomförande av auktorisation och ackreditering.

17 Slut! Frågor?