For example, in a system that allows people to buy goods over the Internet, the human users will be significant actors, but so too will be the credit card system that enables users to pay for their purchases. The people who use the software system will be one group of actors, but there may be other systems (some of which could be software based) and devices (including computers) that must interact with the intended (software) system, which are also actors.Īn actor is anything outside a software system that interacts with it. This behaviour is what the system does when responding to the events that arise from its interactions with a set of actors. The use cases for a system are a record of the intended behaviour of the system that is visible to its users. In this discussion, we shall use the Unified Modelling Language (UML) notation (diagrams) for use cases to reflect the fact that the development team are the stakeholders as well as the client and the intended users. Use case models act as a discussion tool between the requirements analyst and stakeholders, and offer a common language for agreeing the functions of a proposed system. In this section, we take a closer look at use case modelling, and show you how it can be used to model the requirements for a product that includes the development of a software application or, simply, a system. 6 Use cases and actvity diagrams 6.1 Use case modelling
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |