Tải bản đầy đủ (.docx) (10 trang)

ĐỒ ÁN TÍCH HỢP HỆ THỐNG NGÀNH CÔNG NGHỆ THÔNG TIN

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (121.14 KB, 10 trang )

DUY TAN UNIVERSITY
INFORMATION TECHNOLOGY

SYSTEM INTEGRATION
CASE STUDY I

LECTURER: Nguyen Minh Nhat
MEMBER: Tran Dac Lam
Huynh Trong Nghia
Nguyen Binh Minh
Nguyen Truong An
Nguyen Huu Giap
Da Nang , month 09 year 2016.


Table of Contents


Table assignments
Name
Nguyen Huu Giap
Nguyen Truong An
Nguyen B
Tran Dac Lam
Huynh Trong Nghia
Huynh Trong Nghia

Assign work
Introduce a reason, synthetic
reference(Part 1)
Overview the problem (Part 2)


Stakeholder and user descriptions(Part
3)
The advantages and disadvantages of
the alternatives, Approach (Part 4,5)
Write plan, problem
statement,synthetic reviews from
teammates and presentation.


1. Introduction
This document can help us find ways to meet requests from the CEO
.
The requirements of the CEO give is how to integrate the two
systems Human Resources and Payroll System . From there to meet
the requirement that the CEO needs , such as how can monitor
working days and holidays , the average salary of an
employee,Average benefits paid to shareholders and nonshareholders to date by benefits plan .Also after the integrated
system while maintaining good security, accuracy and timeliness of
information .
1.1 Purpose
This document will help to understand and grasp business need, the
issues, problem that companies face.
Documents describe overview the solution.
Document is like the contract, approval the project with customer.
1.2 Scope
Problem Solving, business needs, the system will be integrated.
1.3 Definitions, acronyms and abbreviations
ACME: Alaska Construction Management Enterprises
HR: Human Resources
CEO: Chief executive officer

1.4 References
Casestudy1_Proposal Document_K16CMUTPM
CEO_Memo
SICaseStudy1
VisionDoc_Template
2. Project Overview
The corporate staff enters data into both systems.
Sometimes the people entering the data make mistakes.
CEO doesn’t have a way of seeing our employee status and payroll
information all together.
Sometimes there are employee in Payroll systems that aren’t in the
Human resource system.


Since both systems have sensitive information, not all information
can be shared between the two systems.
CEO would like to be able to see all the information about employee
and payroll without having to login to two different systems.
3. Stakeholder and user descriptions
3.1 Stakeholder summary
Name
Description

CEO

Who will pay for the
project

Requirements
Engineers


This stakeholder
works with customers
and stakeholders to
translate needs into
requirements.

This stakeholder is a
primary lead in the
Software Architect
development of the
app.

Project Manager

This stakeholder leads
development of the
app.

Responsibilities
Provide requirements
suggestions and
participation in
working groups,
responsible for legal
contracts
Specifies domain, nonfunctional, and
functional
requirements. Refines
requirements as

needed.
Responsible for overall
architecture of the
system, and guides
overall design and
implementation of
system.
Plans, manages and
allocates resources,
decides priorities,
coordinates
interactions with
customers and users,
and keeps the project
team focused

3.2 User summary
Name

Description

SEO

View all information from new
system

Staff

View, edit data in new system


Employ
ers

View information from new
system

Responsibil
ities

Stakehol
der
Self

Data enter
into system

Self
Self


3.3 User environment
Medium company staffs about 150-175 people. Having more
data of staff information on database.
Users of the software are persons who don’t work or work in the
field of IT, so the company need a system is easy to use, simple
and interface is easy to use.
Payroll systems have a lot of data, some data in the HR system
is same, but some data different.
Users have access to the system from anywhere with internet


a)

3.4 Stakeholder profiles
CEO

Description

View all information from new system

Type

This is a user has full control to the system

Responsibilities

Using the new system for managing all
users

Success Criteria

The success is defined as the customers
continuing to use our system.

Involvement

We will have sample customers to evaluate
our system which will guide our vision.

b)


Staff

Description

View, edit data of employers in new system

Type

This is the user who have experience with
the system
Ensure that the necessary functions exist in
the system to allow effective communication

Responsibilities

and emergency service support.
Ensure that functions exist to support the

Success Criteria

user.
The success is defined as the customers
continuing to use our system.

Involvement

We will have sample customers to evaluate
our system which will guide our vision.




c)

Employers
View information of employer from new

Description

system

Type

This is the user who don’t have experience
with the system

Responsibilities

Ensure that the necessary functions exist in
the system to allow effective communication
and emergency service support.

Success Criteria

The success is defined as the customers
continuing to use our system.

Involvement

We will have sample customers to evaluate
our system which will guide our vision.


4. Approach
Plan 1:


Each unit has one manager , the manager can use one
management software for that department.



Each software includes : management information department
and the department's activities.



When you need to provide information , managers are
responsible for searching information in the software
department and reported it to higher level managers .

Plan 2:


Set up a Web-based portal includes many functions .

5. The advantages and disadvantages of two alternative
approaches
Plan 1:


Pros:






Database independent , not interdependent .
Only one user so management function is not
complicated .

Cons:
• Cost manpower to use the software but only has a new
manager to have access to data so happens many
errors .






Two independent operating software , so when the data
needs of both parts , the two managers need to work
together to lookup .
Database disjointed , unable to meet all requirements of
the company .


Plan 2:


Pros:










The system operates based on the position of each
person logging into the system.
Profile of the two parts are tightly constrained , avoid
duplication and redundancy .
Notifications are sent promptly and without delay .
No need staff to manage that just maintenance personnel
systems .
Meet all requirements of the company .
Employees have access to the necessary information to
detect errors and alert to make timely adjustments .

Cons:
• Complex data .
• System permissions complex functions .
• For data backup and regular system maintenance .

6. Risk
Risk
Resource

Technical Technology.


Cost

Risk Description
Members are sick or
absent
Technology is always
changing and
difficult to
understand and
absorb all
Cost of developing
application cannot
be estimated
accurately.

Solution
Over time and resource
reserves
Staffs have been training
on new techniques

this feature may need
extra resources.



×