Académique Documents
Professionnel Documents
Culture Documents
Enonc du problme
E-Team Building
E-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 in
previous 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;
within the entities is more properly associated with object oriented models. The domain model
provides a structural view of the domain that can be complemented by other dynamic views, such
as use case models.
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 participants
Business Agents:
-
Organizateur
Instructeur
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.
Stakeholders: Organisateur
Business rules: Customer must sign up
Precondition: System starts
Postcondition: new data stored
Main flow:
Organisateur
System
1. requires a new
registration
form
3.complete data
5.finalize
registration[A2]
4.
System verifies the data
[A1]
6.store registration
Organisateur
1.requires a
new
S
Alternating flux: A1:-
rezervation
3choose the place
5.confirm
reservation[A2]
Systme
2. the system
checkswhere the
available places are
4.System marks the place
as occupied - validates
modification[A1]
6.store rezervation
Instructeur
1.ask for new
program
3.completeaza
datele
5.confirm
modification[A2]
Systme
2.system shows a form
4.System validates the
change[A1]
6.store modification
Main flow:
Instructeur
1.requires
new
assesment
3.complete datas
Systme
2.system shows a form
4.system validates
modification[A1]
6.modification stored
5.confirm
modification[A2]
3.3.
SYSTEM FUNCTIONALITIES
System functional requirements are mainly the software use cases presented earlier in the document:
Functionalities
1. System must allow log in for organisateur,instructeur and HRCompany.
2. System must allow filtering dates by some filters like availability
3. System must allow organisateur to update dates
4. System must allow instructeur dactualiser le program et levaluation
5. System must allow making a purchase
6. System must allow the organisateur to give a review
7. System must allow administrator to update shows
8. System stores all the information about the date,program and evaluation
Grade
9
7
6
8.5
10
6
9
9.5
A system sequence diagram is a picture that shows, for one particular scenario of a use case, the
events that external actors generate, their order, and inter system events. All systems are treated as a
black box. Time proceeds downward and the ordering of the events should follow their order in the
scenario.
The following system sequence diagrams present a certain importance for the current
application:
4.Operation contracts
Operation Name: Enter client data;
Use case: Register client;
Preconditions: Registration was requested and a form was shown.
Postconditions:
-
Postconditions:
-
6.Sequence Diagram
The main purpose of a sequence diagram is to define event sequences that result in some
desired outcome. The focus is less on messages themselves and more on the order in which messages
occur.
6.1.Login Sequence Diagram