QR Marks the Spot Project Description

Organization, assumptions and constraints, deliverables, communication, configuration management, project plan,... As the main contents of the document QR Marks the Spot Project Description. Invite you to consult. Hope content useful document serves the academic needs and research.

QR Marks the Spot Project Description

Version 1.11

Page 1

Revision History

Table of Contents

1. Introduction 4

1.1  Purpose of this document 4

1.2  Intended Audience 4

1.3  Scope 4

1.4  Definitions and acronyms 4

1.4.1 Definitions 4

1.4.2 Acronyms and abbreviations 4

1.5  References 4

2. Organization 4

2.1  Project management 4

2.2  Project group 5

2.3  Steering group 5

2.4  Customer 5

2.5  Others 5

3. Assumptions and constraints 5

3.1  Technological 5

3.2  Environmental 5

3.3  Interpersonal 6

3.4  Work distribution 6

3.5  Causal relationships 6

3.6  Time 6

4. Deliverables 7

4.1.1 Remarks 9

5. Inputs 9

5.1.1 Remarks 9

6. Project risks 9

7. Communication 10

8. Configuration management 10

9. Project plan 11

9.1  Time schedule 11

9.2  Activity plan 12

9.3  Financial Plan 12

1 Introduction

1.1 Purpose of this document

The purpose of this document is to give an initial overview of the project plan for QR Marks the Spot   project, the planned activities on this project and to monitor their completion as the project progresses. 

1.2 Intended Audience

The intended audience of this project is:

The customer

Project team 

Steering group

Any additional stakeholders

This document describes the general project organization for QR Marks the Spot project. Assumptions  made in the planning process and discovered constraints are also described. This document also contains a list of  deliverables, inputs and project milestones with their planned completion dates, promised completion dates,  actual completion dates and possible remarks, if necessary. The activities on the project are listed, however a  detailed description of each of the activities can be found in another document (Design description?)

1.4 Definitions and acronyms

1.4.1 Definitions

QR Quick Response

1.4.2 Acronyms and abbreviations

Acronym or

SVN Subversion – a versioning software used in this project

TBA To Be Assessed – will be determined at a later date

RC Release Candidate – potentially the final version of the product

MVC Model View Controller

1.5 References

2 Organization

2.1 Project management

The  leader  of  this project  is Rebeka  Belavić. The  team  leader  for the  team  members  located  in  Västerås, Sweden is Nicolas Jacquemoud. Marko Basuga is the project’s SVN repository coordinator

2.2 Project group

Name Initials Responsibility (roles)

Renato Šoić RS Web site designer and developer

Rebeka Belavić RB Project leader, web service designer and developer

Marko Basuga MB Web service designer and developer, SVN manager

Nicolas Jacquemoud NJ Team leader, web site designer and developer

Vadym Khatsanovskyy VK Web service designer and developer

Aftab Baig AB Database designer

Saud Ur Rehman SR Database designer

2.3 Steering group

Mario Žagar, Marin Orlić

Mario Žagar, Marin Orlić

2.5 Others

This project’s supervisor is Marin Orlić. Additional foreseeable stakeholders include Ivica Crnković,  Mario Žagar, Ivana Bosnić, Ana Petričić, Igor Čavrak, Aneta Vulgarakis and Rikard Land

The project will be tested by a group of people from different colleges from Zagreb

3 Assumptions and constraints

3.1 Technological

Taking into account the workload of each project member on the project, only technologies that the  project team is familiar with are taken under consideration for the project development. The availability of those  technologies and their price, if applicable, were also taken into account. The assumption made for this project   was that as much of the used technology as possible should be free

Technologies we are going to use:

Java

CSS, JavaScript, PHP

MySQL

Hibernate

APIs (Google Maps, Twitter…)

UML

XML

WSDL

3.2 Environmental

We are going to use the NetBeans IDE for web services development and SVN for code management

3.3 Interpersonal

Communication is one of the most important aspects of this project and is crucial for its completion  and success. Project leader should constantly communicate with the customer and supervisor. All team members  must communicate with each other, too. Google group http://groups.google.com/group/QR_project is opened to  enable   this   communication,   facilitating   discussions,   sharing   documents   and   relevant   information,   asking  questions etc

3.4 Work distribution

The project will be divided into 3 parts according to the proposed MVC system architecture. Work will 

be distributed among the project members based on their skills and knowledge of the technology required for  the specific part, as well as the team members’ preference for working on certain parts of the project

3.5 Causal relationships

This project relies on Google Maps and Twitter API

Exam dates will be taken into account when assigning the tasks and determining their completion dates 

as much as possible

4 Deliverables

To Output Planned week Promised week Late +/­ Delivered week Rem

Team, 

Steering 

group

Team, 

Steering 

group

Requirements 

Steering 

group, 

Customer

Team, 

Steering 

group

Project policies w40 w40 w40 04

Team Database   design 

Team Web   site   design 

Team Web service design 

Team Web   service 

Team, 

Steering 

group, 

Customer

Design description w41 w41 w41

Team, 

Steering 

group

Alpha   version  database 

implementation

Steering 

group Alpha   version Database 

documentation 

Steering 

group Alpha version Web services 

implementation

Steering 

group Alpha version Web services 

documentation 

Steering 

group Alpha version Web site implementation w43 w43 w43

Steering 

group Alpha version Web site documentation w43 w43 w43

Steering 

group Alpha   version integration build w43 w43 w43

Steering 

group, 

Customer

Current   project  state presentation w44 w43 w43 06

group BetaDatabase   version 

implementation

Steering 

group BetaDatabase   version 

documentation

Steering 

group Beta   version   Web services 

implementation

Steering 

group Beta   version   Web services 

documentation

Steering 

group Beta   version   Web site implementation w46 w46 w46

Steering 

group Beta   version   Web site documentation w46 w46 w46

Steering 

group Betaintegration build  version  w46 w46 w46

Steering 

group, 

Customer

Current   project  state presentation w47 w47 w47 07 Steering 

group RCimplementation  Database  w50 w50 w50

Steering 

group RCdocumentation  Database  w50 w50 w50

Steering 

group RC   Web   services implementation w50 w50 w50

Steering 

group RC   Web   services documentation w50 w50 w50

Steering 

group RC   Web   site implementation w50 w50 w50

Steering 

group RC   Web   site documentation w50 w50 w50

Steering 

group RC   integration build w50 w50 w50

Steering 

group, 

Customer

Current   project  state presentation w51 w51 w51 08 Steering 

group Acceptance   test plan w50 w50 w50 09

Steering 

Steering 

group Final project report w03 w03 w03 10

Steering 

group, 

Customer

Final   product   with 

Steering 

group Summary Week Reports due every Monday by 23:59, starting week 41

4.1.1 Remarks

Remark 

01 Project vision and detailed project vision documents available on the project’s Google Group

02 Project requirements document available on the project’s DSD page

03 Project description document available on the project’s DSD page

04 Project policies document available on the project’s DSD page

05 Design description v1.1 document available on the project’s DSD page

06 Alpha presentation & demonstration available on the project’s DSD page

07 Beta presentation & demonstration available on the project’s DSD page

08 RC presentation & demonstration available on the project’s DSD page

09 Acceptance test plan document available on the project’s DSD page

10 Final project report document available on the project’s DSD page

11 Final product with documentation available on the project’s DSD page

5 Inputs

From Required item Planned week Promised week Late +/­ Delivered week Rem

Test 

5.1.1 Remarks

Remark 

01 Students from various colleges from Zagreb

6 Project risks

Possibility Risk Preventive action

High Team members not 

communicating  enough

Read   e­mails   every   day,   schedule  meetings in advance

Medium Misevaluated   time 

and   effort   needed  for   system   parts 

Proper planning, try to be realistic

integration  (integration  problems) Low Deadlines not met Work  in  advance,   use  communication  if 

any problem arises and/or if we think the  work will not be done on time

drop out Train, encourage other team members Low Design oversights Plan the design, make prototypes

Low Misunderstanding 

the requirements Make   sure   we   are   going   in   the   right direction, communicate Low Server   failure   / 

unavailability Regular backups into different places Low Customer   is   not 

satisfied   with   the  product

Keep   in   touch   with   the   customer   and  present   the   work   done   to   be   sure   the  project is going in the right direction

7 Communication

All group communication will go via one of the following channels:

Discussions in the project’s Google Group

http://groups.google.com/group/QR_project MSN chat

E­mail

Skype video calls

Textual way of communicating will be preferred for all formal communication and discussions (e.g., discussions  regarding project task, assignments etc.) since they are easier to document and, more importantly, leave less  room for miscommunication

Weekly team meeting days:

Tuesdays

Saturdays

Weekly  team  meetings will  be held via  MSN, unless specifically  stated  otherwise  The  purpose of  these  meetings   may   vary   over   time,   from   discussions   and   handing   out   assignments   to   simple   status   reports.  Attendance of these meetings is mandatory, and anyone not able to participate should notify the team and state  their reason for absence. Not attending a meeting without giving a reason for absence and confirming that the   member will be absent will not be tolerated as other attending members will lose their time waiting for them Any problems with the project work should be reported immediately to the project/team leader so appropriate  actions can be taken as soon as possible

8 Configuration management

Program code files and program logic will be managed through the official DSD SVN server. Marko Basuga is  responsible for SVN repository management and backups. Other files and data exchange will be made via  Google Groups and e­mail

9 Project plan

9.1 Time schedule

Id DescriptionMilestone Dept./InitialsResponsible  Finished week Metr Rem

Plan Week +/­Forecast Actual M001 Requirements definition RS, RB, MB, NJ, 

M010 Beta   version   web   site 

M011 Beta   version   web   services 

9.2 Activity plan

Legend:

Color Meaning

Planned

In progress – on schedule Completed

In progress – behind schedule

9.3 Financial Plan

Requirements analysis & definition 21 6300

Initial web site design 05 1500

Initial web service design 07 2100

Initial database design 05 1500

Database implementation 24 7200

Web site implementation 24 7200

Web service implementation 24 7200

Web service documentation 06 1800

Acceptance test planning & execution 14 4200

Finalizing project documentation 21 6300