CAPSTONE PROJECT T ransport I nformation S ystem Supvisor: Luong Trung Kien Perform by LIQUID TEAM

CONTENTS INTRODUCTION PROJECT MANAGEMENT PLAN REQUIREMENT SPECIFICATION SOFTWARE DESIGN FUNCTION IMPLEMENTATION TESTING & EVALUATION MAINTAIN & FUTURE DEVELOPMENT DEMO & Q/A 2

Team members I. INTRODUCTION Problem Exist system Our purpose 3

1. Team members Code: SE02374 Hobbies: reading books watching movies listening to music travelling photography Trần Xuân Bình Code: SE02183 Hobbies: play game online watch movie Phạm Hoàng Chung Code: SE02239 Hobbies: reading books listening to music travelling photography Đinh Ngọc Trung Code: SE02254 Hobbies: guitar instrument travelling movies music Phạm Vũ Hoàng Giang Code: SE02914 Hobbies: play game travel reading book Phạm Hữu Cường Liquid Team 4

2. Problem Throughout human history, traveling to different places is always people’s needs Searching coach transport is a demand of all people People have difficult to find the right coach transport that they need Difficult to manager transport vehicle 5

6 2. Problem Survey

7 2. Problem Pie chart

3. Exist system Only support three bus stations in Ha Noi The number of bus routes less Hard to using on mobile 8

3. Exist system The number of transport coach is very limited The search speed is slow No support for positioning 9

4. Our purpose Running on Android operating systemHave both website and application for passenger and transport managerSearching via GPS and maps, searching with many optionsEasy to userFavorite transport vehicle 10

II. PROJECT MANAGEMENT PLAN Software project model Project schedule Task management Project Organization Equipment and Tool 11

II. PROJECT MANAGEMENT PLAN Communication Management Task management Risk Management Quality Management Quality Management Communication Management Meeting minutes 12

1. Software project model Iterative development model 13

2. Project schedule NoStageDelivery Date 1Report No.1 15-Sep-14Introduction 2Report No.2 22-Sep-14Project plan, SRS, Meeting minute form, 3Report No.3 06-Oct-14Use case diagram, use specification, entity relationship diagram. 4Report No.420-Oct-14 System architectural design, package/component diagram, class diagram, sequence diagram, database design. 5Report No.517-Nov-14Test report 6Report No.608-Dec-14User manual, Software package, Installation guide 7Final report19-Dec-14Final report 14

3. Task manager 15

4. Project Organization Project Organization 16

5. Equipment & tools Development tools 17

5. Equipment & tools Resource Control ToolsCommunication Tools Document Tools 18

6. Communication management Project Team Member: Team members and Supervisor: Working together from Monday to Friday every week (From p.m. to 5h30 p.m.): Work 5 days/week and 6 hours/day. Locations: FPT University, home. Meetings: daily meetings. Work 1day/week and 90 minutes. Locations: FPT University 19

IDDescriptionFirst IndicatorPrevention ApproachMitigation ApproachOwner Inadequate planning: Planning document is not practical, far from the real. Variance between planning and the real is large - Make the plan as detailed as possible, use milestone, who do the work make the estimate. - Frequently update project plan When the deadline is delayed, solutions may be overtime or choose using external API instead ChungPH The team members live far from school Teamwork’s efficient decrease, Hard to coordinate team members - Use properly reward and penalty - Respect other team member If you busy, you have to report it immediately to arrange the time and work ChungPH 7. Risk management Risk sample 20

8. Quality management Sample meeting minute 21

III. REQUIREMENT SPECIFICATION User types User types Functional Requirement Use Case Specification Non-functional Requirement 22

1. User types Administrator Transport manager Passenger 23

2. Functional requirement Passenger & Transport manager 24

2. Functional requirement Administrator 25

3. User case specification Use case example 26

4. Non-functional Requirement 27

4. Non-functional Requirement 28

IV. SOFTWARE DESIGN Package Diagram Sequence Diagram Architecture Design RESTful Web service Google MAP API Web service Model – Controller – View 29 Class Diagram Database Design Screen Design

1. Architecture Design System architectural design 30

1a. RESTful Web service 1b. Google MAP API Webservice 1. Architecture Design 31

1c. Model – Controller – View Controller: logic or glue View: presentation and interaction Model: data representation Why do we choose MVC model? - Reduce code complexity. - Code reuse: well factored code lends itself to reuse. - Decoupled code: fewer dependencies. Increased flexibility. Why do we choose MVC model? - Reduce code complexity. - Code reuse: well factored code lends itself to reuse. - Decoupled code: fewer dependencies. Increased flexibility. 1. Architecture Design 32

2. Package Diagram Example: Web Administrator package diagram 33

3. Sequence diagram Example: Login sequence 34

4. Class diagram 35

4. Class diagram 36

5. Database design 37

6. Screen design Example: App login design 38

6. Screen design Example: Web login design 39

V. Implementation 40

PointOnMap Field nameTypeMax LengthDescription 1IDintID of Point 2Longitude nvarchar 15Longitude value 3Latitude nvarchar 15Latitude value 4Name nvarchar 100Name of point 5DescriptionnvarcharmaxMore details Table diagram V. Implementation 41

Class detail V. Implementation 42

43

Class code V. Implementation 44

Sequence diagram V. Implementation 45

Code with sequence V. Implementation 46

V. Implementation Example: Screen login TIS mobile application 47

VI. Testing & evaluation Test model Test strategy Test environment & tools Test process 48 Test execution

1. Test model 49

2. Test strategy Formal testing Test typeDuration Building acceptance test1 day System and integration testing cycle 15 days Regression testing2 days System and integration testing cyclce 25 days Performance and acceptance testing2 days Regression test and release testing2 days Formal test cycle to test TIS(transport information system) project 50

3. Test environment & tools environmenttool 51

4. Test process 52

53 Sample of Unit Test case 5. Test execution

54 Sample of testcase 5. Test execution

55 Sample of testcase 5. Test execution

56 5. Test execution Test report

Maintain VI. MAINTAIN & FUTURE DEVELOPMENT Future development 57

1. Maintain  When application has errors, user can use feedback function on application to inform us or send to  Review code: coding convention, comment  Re-factor code to increase performance  Debug and fix errors 58

2. Future development The present, Team collected data coach on the station in Hanoi. Next time, we will collect data coaches of all provinces Develop app on iOS and Winphone Improve the function of convenience, flexibility and easier for users on android application Improve interface of app, friendly and easy to use 59

V. Demo & Q/A 60

THANKS & BEST WISHES HN, LIQUID TEAM 61