Beruflich Dokumente
Kultur Dokumente
Proposal for
INSTITUTION NAME
For Campus Management System
STRICTLY CONFIDENTIAL
Date
:
Version No. : 1.0
Prepared by : Consoci8 Sdn Bhd
INSTITUTION LOGO
Document Control
Version
No.
1.0
Version
Date
Description
Done By
Initial document
Consoci8
Sdn Bhd
ii
INSTITUTION LOGO
Proposal Approval
The proposal of the above title has been evaluated and approved by the evaluation
committee. It is understand that any major modification of the proposal requires approval by
the committee.
Evaluation Committee:
Name
Title
Signature
Date
iii
INSTITUTION LOGO
Table of Contents
1
1.1
IIUM....................................................................................................................... 1
1.2
1.3
1.4
www.socialwalk.com .............................................................................................. 2
1.5
1.6
1.7
(PMMS) ............................................................................................................................. 3
1.8
1.10
tmc.com/ ............................................................................................................................ 5
1.11
1.2
1.3
Content .............................................................................................................. 9
2.1
2.2.2
2.2.3
2.2.4
2.2.5
Finance.................................................................................................................. 9
2.8
iv
INSTITUTION LOGO
5.2
Project Costing................................................................................................ 30
6.1
Introduction.......................................................................................................... 30
Attachment 1 ................................................................................................... 32
INSTITUTION LOGO
1 Executive Summary
1.1 About Consoci8
Company Profile
Consoci8 Sdn Bhd was incorporated in 2008 with the vision to establish our presence in
Web 2.0 world and bettering human lives through exploring ideas and technologies in
Information Technology. We were selected as the best pre-seed company in 2009 as having
the best sales performance and have grown to develop our own products in 2012. Our team
has an accumulative experience of more than 15 years in the IT industry. Our team
members have worked for huge government projects such as Immigration projects, Pension
Division project, Customs eDeclare and ePermit projects. We always believe that we would
make a difference in community and in doing that through our mission of implementation of
products that our customers enjoy using and products that our team enjoys making.
Our previous project references show an overview on our product and services offered. CS8
are very proud of the projects that we have successfully completed for our clients. The
projects are:
1.1 IIUM
Revamp of IIUM external and internal website involved rebuilding the existing
website structure that was not successfully completed by a previous vendor. It
included both logical and physical restructuring of the existing systems so that
meaningful information is presented to visitors. Careful consideration was taken
in order to make sure that the website is extensible in the future and allows for
integration that would be required by further plans of the client.
Contact Details:
Hairul Laila
Head of Project Based for Applications
International Islamic University Malaysia
hairul_laila@iium.edu.my
1.2 MDeC iShare and iKlip
The project was initiated with the need of a platform for MDeC personnel to
reach for up to date information of news, events and activities within MDeC. The
scopes for the iShare are to customize the content management system (CMS)
as to allow MDeC Internal Communication unit to update information such as
latest news, events and opinion polls. In addition to the news dissemination
INSTITUTION NAME/iCampus
INSTITUTION LOGO
functions, iShare also has the capabilities such as employee directory, libraries,
integrated to HR Avenue and Active Directory for single sign on. Meanwhile, the
iKlip is an extension of the iShare with the capabilities of alerts and management
shoutout.
Contact Details:
Noreen Sabrina binti Mohd Noor
Head of Marketing and Internal Communications
Multimedia Development Corporation (MDeC)
noreen@mdec.com.my
1.3 Recruitment Management System for Career Channel Sdn Bhd
In order to better track and manage job applications for client 's recruitment,
Career Channel Sdn Bhd has commission CS8 to implement and support the
recruitment management system. The system implemented has the capabilities
such as:
1.
2.
3.
4.
5.
Contact Details:
Mr. Louis Tham
Senior Consultant
Career Channel Sdn Bhd
louis@careerchannel.com.my
1.4 www.socialwalk.com
In collaboration with Greyattic Sdn Bhd, we successfully developed and
managed an event management and collaboration tools for event organizers to
market, capture and received payment online for their events. The project has
already being used for major events such as MSC Malaysia Kre8tif! Digital
Content Conference and Global Entrepreneurs Congress 2009. The product is
live and from time to time, we are improving it based on users feedbacks.
INSTITUTION NAME/iCampus
INSTITUTION LOGO
Contact Details:
Tham Keng Yew
CEO, SocialWalk
thisiskengyew@gmail.com
1.5 MDeC eServices Platform (http://eservices.mscmalaysia.my)
The project initiated to allow mash ups of multiple applications by multiple
vendors of MDeC to serve to its clients with one single platform. The eServices
platform allows the plug and play concept of applications whereby the
applications transparently viewed by the users in the platform within a single
sign-on feature.
Contact Details:
Pn. Normarinee Mohd Nor
Head of ICT Department
Multimedia Development Corporation (MDeC)
normarinee@mdec.com.my
1.6 MDeC Manpower Requsition System
The project is a basis for MDeCs Managers, HOD and Division Head to reach
the human capital requisition services through:
Contact Details:
Siti Saljura Shamsuddin
Manager, Internal Mobility and Rewards
Multimedia Development Corporation (MDeC)
sitisaljura@mdec.com.my
1.7 CyberSecurity Malaysia (CSM) Project Management and Monitoring System
(PMMS)
INSTITUTION NAME/iCampus
INSTITUTION LOGO
The project was initiated by CSM to improve the monitoring of projects within its
purview which allows CSM to:
To better control and execute projects in which it monitors
The project manager can assign project team members either from internal or
external sourced
The project members to update the status and monitor the task assigned
Project members to upload files and materials within the projects.
Contact Details:
Suzana Abd Rahman
Strategy Management, Corporate Planning & Strategy Division
CyberSecurity Malaysia
suzana@cybersecurity.my
1.8 Universiti Kebangsaan Malaysia - Psikometrik Indeks Keusahawanan Nor Aishah
(PIKEN) www.piken.com.my
The Psikometrik Indeks Keusahawanan Nor Aishah (PIKEN) project was initiated
with the intentions to allow UKM-CESMED to offer commercialization of
education research to companies and the general public. PIKEN was a result of
years of research by Prof. Dr. Noraishah to measure the inclination of a person
to be an entrepreneur. The index would produce results based on the
categorization of:
Contact Details:
Prof. Dr. Nor Aisyah Buang
Faculty of Education,
Universiti Kebangsaan Malaysia
norais@ukm.my
1.9 Sapura Social Network Intranet
The intranet was implemented with the intention for Sapura Group and its
subsidiaries having a single platform for collaboration and communication. The
intranet was built with the capabilities for social networking such as status
updates, friending, creation of groups and becoming a member, creation of news
INSTITUTION NAME/iCampus
INSTITUTION LOGO
and events. Events can be private and public or based on invite only. Even
though with the social network capabilities included into the platform, the system
admin can still be able to moderate and manage the platform such as approving
groups and deleting status updates.
Contact Details:
En. Razlan Mustapha
COO
Urekalabs Sdn Bhd
razlan@urekalabs.com
1.10 Bridges Talent Management Consultant (Brunei) Website - http://www.bridgestmc.com/
The website was built for Bridges TMC which is also an entrepreneur in Brunei to
disseminate their service offering such as training and talent management and
competency development to organizations.
Contact Details:
Dr. Mona Kassim
Partner, Bridges TMC
mona.kassim@bridges-tmc.com
1.11 Unitar Intranet
The UNITAR Intranet project is an extension of the Campus Management
System that is going to serve as a hub for all the interconnected applications
working together. It will be the first spot for both students and staff in interacting
with a slew of other systems. In addition, it will be a repository on keeping the
users informed regarding news, events and upcoming activities that are related to
them. The project will be built in Drupal with a variety of customizations as well as
integrations with off-the-shelf and in-house systems in order to achieve a
seamless experience across the CMS platforms.
Client Name: UNITAR International University
Contact Details:
Zolkepli Meh
ICT Manager
zolkepli@unitar.my
INSTITUTION LOGO
iCampus development will cover 10 modules which will enable the University to manage
day-today operations with multiple level of authority. The 10 modules to covered are as
follows:
1. Dashboard
2. Student Online Application
3. Pre-Admission Registration
4. Admission and Records
5. Program & Courses
6. Time Table
7. Finance
8. Exam
9. Accommodation
10. Transportation
1.2.1 Dashboard
First point of entry for prospects who are interested to enrol in the university / college.
This module is design to ease the application process and has a back end checking on
preliminary criterias of the prospect, after which a conditional offer letter can be
produced.
The module covers prospects that are confirmed on their decision to enroll to the
particular institution is then required to filled in thorough details and is allowed to make
payment for registration. The details then are transferred into the admission and records
module.
The module is designed to store information on new & recurring student. The module
stores all information for the university including next of kin details. This module also is
where the institution personnel generates matrix number for new students upon certain
checking
Academic Offering
INSTITUTION NAME/iCampus
INSTITUTION LOGO
o
o
o
o
o
o
o
o
o
o
o
o
o
Academic Period
Activities
Academic Activities
Program Course
Course to Program
Course Offering
Presented Course
Lecturer / Tutor List
Class Location
Course Registration
Credit Transfer
Deferment
Add / Drop Course
Exam Schedule
Exam Location
Exam Slip Generation
Coursework Mark Update
Attendance of Students (Lecturer view)
INSTITUTION NAME/iCampus
INSTITUTION LOGO
Placement of Rooms
Placement of Roommates
Basic Criteria checking on room application
1.2.10 Transportation
The module covers the following:
o
o
o
INSTITUTION LOGO
2 Content
2.1 Proposed Scope of Work
This project entails the development of iCampus and the installation of proposed hardware
and 3rd party software to facilitate the development and deployment and the said project.
The purpose of iCampus is to establish a web portal which acts as a Campus Management
System which will cover an end to end process for INSTITUTION NAME students.
INSTITUTION NAME/iCampus
INSTITUTION LOGO
2.2
Proposed Solution
2.2.1
Introduction
With a vision to be acknowledged as the leading centre of excellence for quality education,
R&D and training in the field of management and technology, INSTITUTION NAME would
require an effective management system for managing the students information and related
activities to it.
With the online e-learning capabilities and quality materials, the student would definitely
benefit of in their education lifecycle and as a result would be well received in the job
marketplace. In addition, the opportunity for INSTITUTION NAME University by using
ICampus; it can have a cross section profile of students to offer new services for their tertiary
education. At the same time, the information of the parents and students can be used as
contact management for future reference of any new offering in INSTITUTION NAME.
ICampus would be having the capabilities of operational process from student prospecting
by the marketing personnel as well as managing and tracking of student admissions, student
profiling, timetable or scheduling, grading and fees collection. In addition, the system would
be the single window to access all the other services.
ICampus working principle will be best illustrated in flowcharts below. The flow charts cover
the explanation in a simple yet effective manner.
NAME)
2
INSTITUTION LOGO
NAME)
INSTITUTION LOGO
NAME)
INSTITUTION LOGO
NAME)
INSTITUTION LOGO
1.2.2 Finance
NAME)
INSTITUTION LOGO
At every page load, the basic information of each user such as their real IP address,
login time and userid will be audited.
Any changes to the user profiles will be audited. Only admin accounts will have
access to this feature
Users will be logged out at the predefined interval of inactivity, to ensure that no
tampering can be done using their access rights.
Multiple sessions based on the same USERID is not allowed
User profiles will be deactivated after X number of inactive days. An expiry date can
be set for the user profiles, exceeding which the profile will be converted to inactive
NAME)
10
INSTITUTION LOGO
No
Activity
A meeting involving all the relevant parties is to be conducted. The meeting shall
identify who is responsible for each party and their names and contact information
is to be documented in the meeting minutes.
A document called interface and migration file agreement (IMFA) is to be created
constraint, etc.
NAME)
11
INSTITUTION LOGO
IMFA shall be verified by all the relevant parties and signoff is to be obtained
4
Testing and user is allowed to verify the data through web interface.
No
Activity
A document called Interface and Migration File Agreement (IMFA) has to be
agreed up and signed-off by the vendor, 3rd party vendor and INSTITUTION
NAME IT personnel
A meeting is conducted to get all the integration relevant parties involved to
discuss integration methodology and field mapping. The meeting shall identify who
is responsible for each party and their names and contact information documented
in the meeting minutes.
IMFA document shall include integration methodology, field mapping, data
constraint, etc.
IMFA shall be verified by all the relevant parties and signoff is to be obtained
4
5
results.
NAME)
12
INSTITUTION LOGO
A system integration testing sign off document will be prepared for INSTITUTION
7
iCampus is able to connect to multiple databases for data extraction, including native
connectivity to:
Oracle
MySQL
PostgreSQL
Microsoft SQL Server
Rails are written in Ruby, a modern and object oriented scripting language.
Ruby is concise without being unintelligibly terse which means that the
developer can express ideas naturally and cleanly in Ruby code. This leads to
programs that are easy to write and easy to read.
Reception of e-mails
NAME)
13
INSTITUTION LOGO
3 Project Approach
3.1 Proposed Approach and Methodology
This section highlights the vendor proposed project implementation methodology including
the overall project management strategy and approach, interface strategy, migration
strategy, training, project management and change management methodology.
NAME)
14
INSTITUTION LOGO
From the requirement study, the vendor will come up with a complete system design that will
include the solution architecture documentation, functional and technical specifications which
covers the framework of data, application and interface.
The Functional Design document shall consist of detail mapping of user requirement to
system specification including relevant screenshots user flows, whereas the System Design
document shall include detail specification of the systems backend processes, system
architecture, batch processes and hardware configuration.
A detailed walkthrough of the design specification with the stakeholders will be conducted as
part of the review and approval process. The functional specifications will be described in the
standard documentation format called Functional Design Specification (FDS) and the
detailed technical specification in the System Design Specification (SDS). This
documentation will be presented to stakeholders for review and approval before
commencing on the development of the solution. The actual development of the system will
commence after the system requirement and design has been approved and signed off.
3.1.1.4 Testing
Testing is a crucial part of this system implementation to ensure that all components of the
system are reliable, robust, and the system delivered matches INSTITUTION NAME needs.
Due to this, the vendor proposes to have a separate testing environment.
INSTITUTION NAME /iCampus
NAME)
15
INSTITUTION LOGO
The test strategy, plan and testing requirements will be described in the Test Plan. The Test
Plan will also include description of the specifications for the related testing environment
inclusive of hardware and software, the strategy and approach that will be used for system
testing.
The test plan will be developed such that customer and/or any appointed expert(s) will be
free to perform their own test on any deliverables using the agreed test plan. The Test Plan
will detail out the planned testing activities as below:
Table 3-1: Type of Testing
Types of Testing
Remark
Installation testing
INSTITUTION LOGO
3.1.1.7 Deployment
The vendor will adopt big bang approach for the solutions deployment covering. Any
variation such as pilot sites or partial phase deployment shall incur additional efforts, timeline
and costs, which can be submitted to INSTITUTION NAME whenever required. Deployment
checklist will be used to ensure the correctness and completeness, and all faults discovered
will be reported and closed before production cutover. Production environment shall be
prepared and readied at this phase. Deployment sign off will be expected to roll out the
system into production.
After the system go-live, the vendor will be available for production support for an agreed
number of days after system deployed.
3.1.3 Migration
Please refer to section 2.6
3.1.4 Training
Training will be carried out mainly by the vendors professional services team and will be
conducted for a period of about 10-14 working days. INSTITUTION NAME is expected to
provide training space, required terminals for training and select designated personnel to
attend the training. Training material will be prepared and provided by the vendor.
The training objective is to provide skill transfer for the technical staff, end-users, the
management team, and other stakeholders. This is achieved by having our instructors to
coach designated personnel from INSTITUTION NAME.
Scope of training includes:
INSTITUTION NAME /iCampus
NAME)
17
INSTITUTION LOGO
The vendor will implement a comprehensive, structured training program that will address all
issue pertaining to usage of the proposed solution. The objectives of the training approach
are:
INSTITUTION NAME together with the vendors project team is responsible for defining the
project roles and the assigned role responsibilities.
representatives from each business function affected by the project. This team will have the
knowledge and the authority to recommend necessary changes to the business to utilize the
leading practice features of the associated applications system. Any delay caused by lack of
availability of any required information or input from the INSTITUTION NAME resources may
extend the project time line and cost.
INSTITUTION NAME is expected to appoint a capable Project Manager to work alongside
the vendors Project Manager with the main objectives of keeping a clear line of
communication between relevant parties, meeting project objectives and ensuring the
milestone dates are adhered to. INSTITUTION NAME Project Manager is responsible for the
participation of the INSTITUTION NAME resources in the requirement gathering and
interface phases and the timely completion of all the INSTITUTION NAMEs activities based
on the project plan whereas the vendors Project Manager is responsible for managing the
solutions implementation activities and resources.
INSTITUTION NAME /iCampus
NAME)
18
INSTITUTION LOGO
INSTITUTION NAME will assign a full time project team and allocate the vendors project
team with work stations and spaces during user requirement and integration stages where
the vendors project team is required to be on INSTITUTION NAME premise.
requirements or changes to the project timeline or costs will be subject to the scope control
or change management procedure. INSTITUTION NAME or the vendor may initiate the
scope change control process whenever there is a perceived need for change that will affect
the overall functionality, costs or timeline of the project. The project team is responsible for
considering the impact of any user requests on the scope of the project. All change orders
must be accompanied by an estimate of services and timeline impact analysis and must be
reviewed and approved before any work may begin.
Response to queries
NAME)
19
INSTITUTION LOGO
Bug fixes for defects or malfunctions that occur and non conforming of the functions
stipulated in the Functional Requirement Specifications
Minor changes in software for dot releases
There is also a Warranty Period of 3-month for the proposed solution, which will commence
immediately after the date of User Acceptance Test Sign-Off. The vendor also warrants that
the components supplied and installed is in accordance with this proposal shall be free of
any defects and malfunction for a period specified as per the Warranty Period (3-month).
Any defects caused by the mis-configuration and coding errors uncovered during this
Warranty Period shall be immediately responded to and resolved free of charge. Beyond this
Warranty Period, the solution is required to be covered by an active Maintenance Agreement
to be signed between INSTITUTION NAME and the vendor.
NAME)
20
INSTITUTION LOGO
Vendors Response
time remotely
Priority Level
Urgent Severity:
Where critical business system is stopped or lost (total outage)
and there is no workaround to achieve business continuity
High Severity:
System down or slowed and impact the Clients business and
Clients work is stopped or so severely impacted that Client
cannot reasonably continue to work.
Normal Severity:
Clients work is continuing (not stopped); however, there is
serious impact on Clients productivity and/or service levels.
Low Severity:
Systems or sub-systems or components is not usable or
hampered but is not critical to business operations of the client
and client is able to perform normal business operations.
2 hours
4 hours
24 hours
48 hours
General usage questions
will be responded to
within two days and
treated with a lower
priority
NAME)
21
INSTITUTION LOGO
CS8 Office
Manual Add-
Clients to
create tickets
in the Trac
Helpdesk to
assign tickets
to respective
party
Respective
hoc bills PIC
will solve
the
created
on
problem
case base
to case
on the ticket
severity
MC & RC
Client
Incident
Ticket
Creation in
Trac
Helpdesk
Problem
Solving
Process
NAME)
22
INSTITUTION LOGO
Remote /
On- Site
Clients to
call
respective
PIC
Respective
PIC will solve
the problem
base on the
ticket severity
Upon solving
the problem,
an email will
be sent to the
client
Client
1
Incident
Reporting
Problem
Solving
Process
Problem
Solved
NAME)
23
INSTITUTION LOGO
2.
3.
4.
5.
Activity
Remark
Create export database command in production This command exports the
server.
entire database including
schema setting and all the
data.
Create a tar command to tar the backup and the php Zip the backup file and the
source file and the exported database dump file from php file into one folder.
the production server.
Create a scheduler to execute the export and tar Schedule time for the
command.
scheduler
depends
on
clients
request
RPO.
INSTITUTION NAME request
RPO is 24 hours and CS8
recommends the backup
schedule 2 times a day.
If the backup fails, an email
notification will be sent out to
the
vendor
and
INSTITUTION
NAME
IT
team. The system will then
automatically
re-run
the
backup command in the next
hour.
Create a backup folder at the physical server.
It is recommended to store
the backup file for 7 days.
There will be a scheduler to
clean up files which are more
than 7 days.
Create a scheduler to FTP the backup file from If the ftp fails, system will
production server to disaster recovery server.
send out an email notification
to
the
vendor
and
INSTITUTION
NAME
IT
team. The system will then
automatically re-run the FTP
command in the next hour.
Activity
Perform a health check on the OS, Web Server and
Database Server
Import the data and restore the configuration from
backup file.
Verify the data and test the application flow with
different user group.
Buffer
Estimated time
2 hours.
4-12 hours. (Subject to the
data file size)
4 hours.
4 hours.
NAME)
24
INSTITUTION LOGO
RPO
12 hours
Remote replication
Yes
Local replication
Yes
4 Proposed Documentation
The following table provides description and of each milestone and the proposed
documentation for each milestone:
Table 4-1: Proposed Documentation by Project Milestones
Key
Milestone
Description
Key Deliverables
1. User Requirement
Specification document
2. URS sign-off document
1. Functional requirement
specification (FRS)
2. System design specification
(SDS)
3. Interface and Migration file
agreement (IMFA)
4. Software prototype
5. Software installation manual
NAME)
25
INSTITUTION LOGO
Configuration,
This stage is where the development
customization
process for the proposed solution starts.
and build
System Integration Testing (SIT)
includes an end-to-end integration
testing among all systems involved in
the
implementation.
The
testing
sessions shall cover all possible
integration scenarios to ensure that the
1. SIT script
integrations are established accordingly.
2. UAT Batch script
SIT and UAT UAT Batch is another testing to be done
3. SIT sign-off
Batch
in the system to ensure that all the batch
4. UAT Batch sign-off
jobs are working properly and as per
5. Testing strategy (for
expected. Also, data verification shall be
SIT, UAT Batch, UAT)
part of the UAT batch activities. Where
SIT is to be done together with
respective vendors from other systems,
UAT Batch is to be done with the
INSTITUTION NAME IT team.
User Acceptance Testing is a very
important phase of project milestone
where users are expected to test all
screen functionalities and display to
ensure that the system is built based on
what has been discussed and captured
during user requirement session and
1. UAT strategy document
functional requirement session. An endUAT
2. UAT script
to-end testing process inclusive of
3. UAT sign-off
integration and running related batch job
is required to ensure that the processes
in the system are running smoothly and
as per expected. At the end, sign-off is
required to be obtained from key users
as prove that the testing has been
completed successfully.
The training objective is to provide skill
1. Training slides
transfer for the technical staff, endTraining
2. User manual
users, the management team, and other
3. System manual
stakeholders.
The vendor will adopt big bang
approach for the solutions deployment.
Deployment checklist will be used to
ensure
the
correctness
and
1. ORT checklist
Rollout
completeness, and all faults discovered
2. Deployment sign-off
will be reported and closed before
production
cutover.
Production
environment shall be prepared and
readied at this phase.
NAME)
26
INSTITUTION LOGO
Key Activity
Number of
Estimated
Staff from
Number of
INSTITUTION
Staff from
NAMEs
Vendor
Duration
Key Resources
(working
Days)
To be
requirement
determined by
gathering and
INSTITUTION
walkthrough
NAME PM
- INSTITUTION NAME IT
2
personnel
25
- Process owner
Key Resource from
Vendor
- Professional Services
Team (2)
NAME)
27
INSTITUTION LOGO
stakeholders
resources
- INSTITUTION NAME IT
allocated for
user
personnel
4
requirement
- Process owner
20
gathering and
Vendor
walkthrough
- Professional Services
Team (2)
- Software engineer (2)
Key Resource from
INSTITUTION NAME
- Process owner (2)
- INSTITUTION NAME IT
Configuration,
customization
personnel (2)
4
80
Key Resource from
and build
Vendor
- Professional Services
Team (2)
- Software engineer (3)
Key Resource from
INSTITUTION NAME
- INSTITUTION NAME IT
personnel (2)
SIT and UAT
Batch
NAME)
28
INSTITUTION LOGO
stakeholders
resources
- INSTITUTION NAME IT
allocated for
UAT
user
personnel
4
requirement
- Process owner
gathering and
Vendor
walkthrough
- Professional Services
Team (2)
- Software Engineer (2)
Key Resource from
INSTITUTION NAME
Training
All business
users,
employer and
Administrators
System
Administrators
Vendor
14
- Professional Services
Team (2)
Key Resource from
INSTITUTION NAME
- INSTITUTION NAME IT
personnel (2)
- Process owner (2)
Rollout
3
Key Resource from
Vendor
- Professional Services
Team (2)
- Software Engineer (3)
NAME)
29
INSTITUTION LOGO
6 Project Costing
6.1 Introduction
Based on the requirements gathered, the estimated cost for the iCampus is as follows:
No.
1
2
3
4
5
6
7
Description / Milestone
Project Acceptance and Project Award
Upon User Requirement Specification Sign-Off
Upon Systen Design Specification Sign-Off
Upon System Integration Test(SIT) Sign-Off
Upon User Acceptance Test Sign-Off
Project Closure and Commissioning
3 months warranty period
Total
%
10
15
15
25
25
10
Amount (RM)
100
** The vendor provides 2-month warranty upon the completion of UAT. Thus the first year
maintenance cost is 50% of the annual maintenance cost. Subsequent years' annual
maintenance cost is 20% of the entire project cost.
InstitutionNameProject
Vendors
Management Office
Director
NAME)
30
INSTITUTION LOGO
Team Lead
Functional Lead
Technical Roles
End Users
DBA
Sys
Technical Lead
Business Analyst
Infra Engineer
Admin
Data Stewards
System Analyst
Software Engineer
The following outlines the role and responsibility of the projects team:
Steering Committee & PMO
Project Team
Project execution
Staffed by experienced functional and technical experts
Report project status to steering committee and PMO
Interact with vendors Management Office to seek guidance
Proactively identify and resolve issues
NAME)
31
INSTITUTION LOGO
8 Attachment 1
Change Control Form
Section A
Change
Project
Number
Item
Controlled Item
Version
Identification of Aspect
to be Change
Change Details
Include indication of
importance and urgency
Date
Requester of Change
Raised
Print Name
Section B
Investigator of Change
Impact,
give details of
other items affected
Investigation Outcome
Suggested Priority
Date
Investigated
Section C
INSTITUTION NAME /iCampus
NAME)
32
INSTITUTION LOGO
Date
Implementor
Scheduled
Section D
Change Implemented
Signature
Date
Implementator
Project Manager
How to Use this Form
Change Requester completes ALL boxes in Section A and passes to CS8 Project Manager.
CS8 Project Manager arranges investigation of request, depending on outcome request is
rejected, or given a priority and cost, and with investigator completes Section B & C, form is
then retained in project files. Once change is implemented Section D is signed-off.
NAME)
33