read it to gain the knowledge u want.
of 4
All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
Related Documents
  B3: Description and justification of the process that I followed to arrive at the final documented use case diagram To arrive at the final documented use case diagram I use a systematic approach to analysis The Pilot Study Review Interviews which is been given in the Skill Set Gateway Case Study. Knowing that the functionalities of the system must be taken to consideration when analysing the system requirements, so I firstly identify the LFLG system functionalities and wrote them in an organize manner that makes me review and prioritise their manual functionalities, prioritising the functionalities really facilities through the abstraction and the modelling of the LFLG function. Secondly identify the actors which are relevant to the use cases: actors can be defined as someone or something that performs a specific role in the system, and finally I identify the relationships between the actors and the use cases. The decision of choosing actors from the Pilot Study Review Interviews which where base on their interaction with the system in the case study which make relevant to the under develop system. The list bellow shows the actors name and why their where chosen    Freddy: he is one of the LFLG head office staffed they deal with course management, Human resources, finance and other administrative matters. He has been chosen as a key actor for the under development system and assign to the responsibility of login into the system and book client registration was based on his interaction with the clients and with the system, according to the LFGL Senior administrator, Freddy is his responsible for communicating with clients: he answers phone calls when clients call the head office and record client details to a course using spread sheet. He is also responsible for generating client letter when a client is fully booked.      Client:  LFLG client were choosing as actor because Use Case Diagram define customers has part of actors and key to the system because the system is will be used to record their information and they also fill the questionnaire which is been analyse later.      Patience Mbewe (LFLG Tutor) : was been chosen because he represent all LFLG tutors from the regions, the activities that he performs is been considered that all tutors can also performed the same activities, some of his activities are attend course to teach LFLG client, fill in a couple of reports, take a register at each course and give out questionnaire at the end of the course .    Selina Ali (Regional LFLG Tutor): she is a Regional Coordinator, who is been chosen to represent all the LFLG regional coordinator that runs the courses for LFLG in the region. She interact the actual system in so many ways that makes her relevant to the under development system, she manage the region in which she is assigned by producing questionnaire and send the results of the questionnaire analysis to head office, meeting with tutors once in a month because tutors do not usually go to the head office.    Raghu:  he is also one of the LFLG head office staff, he personally deal with the management of the course, he has been chosen to interact the system based on the function his perform. Managing the course is one of the features that the system must have.    Christ Paxton: Christ has been chosen as an actor because he is a managing director of LFLG, he get all the course report from all the regions, he also represent LFLG at the social innovation award.      Alison Marshall (Senior Administrator): he was chosen because he perform many main functions for the running of LFLG, he store a lot of the information about each courses that the LFLG runs, he also receives all reports coming from all the regions which there are located and goes through them all to produce certificates for client who has completed the courses. All the actors are keys to the system because they are the one who are going to perform and interact with the system  The primary Scenario that I have chosen is for Generate Certificate:  the flow or event that makes the primary scenario for Generate Certificate were stated in the case study; according the Senior Administrator “he goes through  the spread sheet at the end of each course to produce certificate for those clients who have successfully complete the course. Generating client certificate is based on his or her performance, if Alison found out from the client progress report that the client did not successfully complete the course, his or her certificate will not be produce. The Secondary Scenario for Generate Certificate:  The identification of the secondary scenario was based on the alternative question I asked to myself when going through the primary scenario. At each point of the primary scenario I ask if there is any other action, something or behaviour that can occur and trigger a condition that will not allow the flow of the primary scenario events. Considering the chosen primary scenario for generate certificate I was able to identify the errors that can be encountered by Alison such as the login errors can be encountered will trying to long into the system since generate of certificate is be done from the main system. Alison can be mistakenly choose different icons form the main menu while trying to access the generate certificate page. Once in the generate certificate page human errors can occurs such as: the printer not be connected to the system which cannot allow the printing of the certificate or the misspelling of the client name which can lead to the repeating of the entire process The system assumption that I have made is that, the under development system cannot be a standalone system it will connect the region where LFLLG is been located. The questions that I would have asked in the real live to get the necessary information would have been most of all directed to:    Tutor: i would ask all the LFLG tutors and staff if they really do the work to help people not to make a lot of money. If they do the work to help people they must care about recording the performance of the clients and courses to see how best an individual can be help and use the information to improve the course, furthermore they tell me what they think the under development system should be so that it can be seen as friendly to them.    Selina Ali: I would ask her to tell me her level of using information system, because as a regional coordinator she must have a good knowledge of the under develop system to communicate consistently with the head office, and also generate report and electronically send them to the head office.    Alison Marshall:  I would ask him want can encourage him to like the sound of a new IT system and how the new system interfaces can be simplify to attract him, because as a senior administrator he must know and hoe to use an advance information system compare to their actual systems.         A use case diagram is very useful because it show us;    Key actors    Key processes    Relationship between them    The scope of the system    But it doesn’t tell us exactly what is going on..      You need to explore what goes on insider each ‘bubble’      What steps are required to start, follow and complete the use case    What the primary/normal/’happy day’ scenario is      What secondary scenarios are required to support each primary scenario    You need to use language relevant to the stage in the life cycle    Use cases are really useful in the business/requirements analysis phase to help us understand what is currently happening    We call these ‘essential’ or ‘business’ uses cases and we use the language of the business.    E.g. ‘doctor writes up notes for the patient’      Says what he/she does but not how or the sequence of events required to do this.     Use cases are really helpful when designing the interface/sequences between the IT systems and user    They are used in the design/development stage and are referred to as ‘system’ use cases. For example:    Doctor selects ‘ add patient notes’      Doctor enters notes in note field displayed on screen    Doctor selects ‘updates notes’      Use cases are a really important tool to    Help us understand what the current processes are    Help us design how the required processes are going to translate to interface design.    Methods like the RUP constantly refine use cases from the requirements analysis through to design and development    Changing the language and sequences It has become an important technique for modelling early user requirements regardless of the methodology, type of system under development    User-oriented because it considers user requirements in relation to the system.    It is a graphical technique and easy to understand.    Specifically considers  Actors and their interaction with use cases  
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks