Priory Dental Surgery Appointment Booking System Coursework

Priory Dental Surgery Appointment Booking System - Coursework ExampleThe actors in this good example were the Dentists, Patients, Receptionist and the Manager. The second step in this task was to identify the custom eccentrics, these argon the actions done by the actors. They atomic number 18 identified with the phrases that start with verbs or those that indicate actions being performed by actors. It was observed that one actor suffer have one or more use lineaments depending on their role with the PDS. A phrase such as arrange uncomplainings booking is identified as a use case. From this exercise it was observed that it is eventful to match the actors with their uses case while de preindication the use case diagram. Associations of actors and use cases is therefore important. Use cases similarly have extended relationship where one use case depends on the other use case within the governing body. Tutorial two Use Case Descriptions The second task was to calculate the use case. This entails providing step and responses between the system and the actor. What does an actor require to have in order to accomplish a habituated task? The description also shows the main steps the actor will take in doing a given action (use case). The task in step 2 demonstrated how one can describe a use case using a table. The task involved how a receptionist could change a given appointment. The receptionist must be able to check into the system the previous appointment all(a)ocation and then see if there is a time slot in the next proposed time by the patient. In checking the next free slot, factors such as the availability of the Dentist is important if he is available is it the equivalent time as one proposed by the patient? If this conditions are not met the receptionist fails to book appointment for the patient and such feedback is given by the system. Otherwise, the receptionist will print the appointment confirmation or email it to the patient. dissimilar making appointment where there are extensions, changing of the appointment does not have any extensions or views. Views means checking other use cases to see if the action you are performing is valid or viable. For cause the receptionist must view patient to ensure that that patient does not have another appointment. Tutorial 3 Analysis/Conceptual Class Diagram A class in system design is something that the system needs to bloodline information around. In any scenario they are or case study such as PDS classes are known by identifying nouns. A class diagram is a rectangular settle that contains the name of the class, the trading operations and methods used by the system to retrieve or store information about the class. It was learnt that class names are in singular forms and only nouns are used not verbs. In exercise one, I was able to identify classes as Appointment, Dentist and Patient. Exercise two required attributes and operations of the identified classes. Attributes ca n be said to be characteristics or information that the system will store about the class. Appointment could have the time and date of appointment as attributes while operations are the activities or actions that the system will perform to access or store information about the use case such as checking the free time for appointment. I learnt that attributes are written below the case name with a minus sign(-) at the beginning of the attribute while a plus sign (+)for operations that come below attributes in a class diagram. Exercise five combined all the classes to show how there are associated and their dependencies outlined. It shows that a system is a single unit with many