business actor

Download Business Actor

Post on 14-Dec-2015

3 views

Category:

Documents

0 download

Embed Size (px)

DESCRIPTION

mtdl

TRANSCRIPT

1. Enonc du problme

E-Team BuildingE-Team Building is an information system for a company that is specialized in organizing team building events. The company`s competitive advantage and its marketing point is maintaining a long term relationship with their clients and offering professional counseling and advice for the HR departments. The exercises focus on building team relationships and team leadership.The company offers both in-site counseling and weekend events that take place in a mountain resort. For the in-site counseling, a member of the company goes to the client and holds communication exercises with a single team from the client company. The aims for the exercises are pre-established with the HR and the assessments after the exercise are also sent to the HR department.For the events, usually most of the client company members come in the weekend to a mountain resort and they are organized in different teams than the ones they work into at office. The splitting into teams takes into consideration previous events so that two aims are followed: discover new talents by putting members into different roles than before and also strengthening a role, for example, strengthening the role of a new unit leader.The system should maintain the list of clients and client personnel, with their assessments and history inprevious events. The system must allow the owner to graphically view existing team structures and relations. The system must provide decision support in organizing an event, from booking the location to preparing the daily program for each team and instructor. The assessments are introduced by the instructors and validated by the team building company owner before being sent to the HR department of the client. Lastly the system should be interconnected with the HR departments IT systems in order to extract personnel files.

2.Business modeling

The main purpose of this chapter is to describe the vision of the organization in which the system will be distributed and how to apply this vision in order to outline the roles, process and responsibilities. The most important parts of this chapter are: Domain model; Identifying the actors and agents; Processes and rules; Business use cases;

2.1. Domain ModelDomain model is a representation of a real world world conceptual classes (entities). The domain model is created in order to represent the vocabulary and key concepts of the problem domain. The domain model also identifies the relationships among all the entities within the scope of the problem domain, and commonly identifies their attributes. A domain model that encapsulates methods within the entities is more properly associated withobject oriented models. The domain model provides a structural view of the domain that can be complemented by other dynamic views, such asuse casemodels.

Business Actor: - Cliente- Employees who take part in team building organized by the company. - HR Company- Human resources department of the company that deals with the evaluation of participantsBusiness Agents: Organizateur Instructeur

2.2. Business Use Case DiagramsBusiness use cases are system descriptions of sequences of events that, taken together, lead to a system doing something useful. These descriptions are done from the users point of view. It is a description of systems behavior as it responds to a request that originates from outside the system. It is a complete series of events seen from the point of view of the actor.

3.Activity Diagrams

An activity diagram is designed to provide an accurate definition of the baseline requirements from a logical, sequential perspective.The following activity diagrams describe the most important actions that occur while working with this application:

3.Software Use Cases

In software and systems engineering, a use case is a list of steps, typically defining interactions between a role and a system, to achieve a goal. It may also be defined as a sequence of actions, including variants, a system can realize by interacting with the system actors.

3.1.Use Cases Descriptions

Use case name: RegistrationUse case short description: Customer sign up to participate in team building.The organizer take customer data and enter them into the database to check whether it has participated in the event.Stakeholders: OrganisateurBusiness rules: Customer must sign upPrecondition: System startsPostcondition: new data stored

Main flow:OrganisateurSystem

1. requires a new registration3.complete data5.finalize registration[A2]

2. the system presents a form4.4. Top of FormBottom of FormSystem verifies the data [A1]6.store registration

Alternating flux:A1:- data not available:- shows an error- leave the system

A2.Organizer is not completed registration- system abandons registration- registration

Use case name:ReservationUse case short description:Top of FormBottom of FormThe organizer takes customer data and enter them into the database to check whether it has participated in the event. If the client has not ever participated in such an event and will make a reservation for the trip to the mountains. Stakeholders: OrganisateurRegle mtier: The organizer must enter dataPrecondition: The system is running; the application is connected to the database (in order to apply the changes), the organizer is logged in.Postcondition: the changes will be applied in the databaseMain flow:OrganisateurSystme

1.requires a new rezervation3choose the place 5.confirm reservation[A2]

2. the system checkswhere the available places are4.System marks the place as occupied - validates modification[A1]6.store rezervation

S

Alternating flux: A1:- data not available:- shows an error- leave the system

A2.Organizer is not completed registration- system abandons registration

Stakeholders: InstructeurUse case short description:Creation du program-Instructorul se va ocupa de a organiza programul care se va desfasura pe parcusul sederii la munte.Sistemul va stoca acest program in baza de date.Use case name: Creation du programRegle mtier: Programul trebuie sa contina cel putin o activitatePrecondition: The system is running; the application is connected to the database (in order to add the program)Postcondition: the program will be applied in the databaseMain flow:InstructeurSystme

1.ask for new program3.completeaza datele5.confirm modification[A2]

2.system shows a form4.System validates the change[A1]6.store modification

Alternating flux: A1:-data no available- shows an error- came back to step 2

A2.The program exists- shows an error- came back to step 2

Use case name: Crer evaluationUse case short description:Instructorul va creea o evaluare a rezultatelor obtinute iar sistemul o va salva pentru a putea fi validata de catre departamentul de resurse umane.Stakeholders: InstructeurRegle mtier: Evaluarea trebuie sa contina cel putin o intrebare Precondition: The system is running; the application is connected to the database (in order to add the evaluationPostcondition: The evaluation will be applied in the database

Main flow:InstructeurSystme

1.requires new assesment3.complete datas5.confirm modification[A2]

2.system shows a form4.system validates modification[A1]6.modification stored

Alternating flux:A1:-data no valid:-shows an error- came back to step 2

A2.The program was created-shows an error-came back to step 2

Use case name: Valider evaluationUse case short description: HrCompany checks the results of the assessments and the system will store the modicfications.Stakeholders: HRCompanyRegle mtier: assessment must existsPrecondition: The system is running; the application is connected to the database (in order to validate the evaluation)Postcondition: the evaluation will be applied in the databaseFlux:HRCompanySystme

1.requires to show an assesment3.corrects the assesment5.confirm modification[A2]

2.system shows the evaluation4.system validates the modification[A1]6.store modification

Flux alternatif: A1:-datele nu sunt valide:-prezinta o eroare- se revine la pasul 2

A2.Programul dj exista-afiseaza eroare-se revine la pasul 2

3.3. SYSTEM FUNCTIONALITIES

System functional requirements are mainly the software use cases presented earlier in the document:FunctionalitiesGrade

1. System must allow log in for organisateur,instructeur and HRCompany.9

2. System must allow filtering dates by some filters like availability7

3. System must allow organisateur to update dates6

4. System must allow instructeur dactualiser le program et levaluation8.5

5. System must allow making a purchase10

6. System must allow the organisateur to give a review6

7. System must allow administrator to update shows9

8. System stores all the information about the date,program and evaluation9.5

NON FUNCTIONAL REQUIREMENTS:

In the following part, there will be described the system non functional requirements and their importance for the whole application:Security: In order to use the system, the organizer, the instructor and the HRCompany must log in. The password is at least 6 digits long.Usability: The system can be used by a person with high school training after a two hour tutorial.Robustness: System verifies all the input data given by the , the organizer, the instructor and the HRCompany.Reliability: It can work continuously for a week.Performance: It can store 500 clients and 200 purchases/bookings simultaneously. It must respond in at most 5 seconds for every query. It can store 1000 shows. It can be easily upgraded.Portability: Due to the fact it is mainly a Java application, it can be used on every operating system.

3.4.SYSTEM SEQU