Healthy Kids Zone Team 14 1. Operational Concept Description Xu Zhang 2.

Slides:



Advertisements
Similar presentations
AIMSweb Progress Monitor Online User Training
Advertisements

Software Quality Assurance Plan
COMP4710 Senior Design Process Documentation and Deliverables.
APPLICATION DEVELOPMENT BY SYED ADNAN ALI.
Implementation/Acceptance Testing / 1 Implementation and Acceptance Testing Physical Implementation Criteria: 1. Data availability 2. Data reliability.
Senior Design – Acceptance Test Plan Review The goal is to: define the criteria for approving the application. Tightly coupled to the Requirements document.
City of LA Personnel Department Mobile Application Team 02 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
RUP Requirements RUP Artifacts and Deliverables
Healthy Kids Zone Team Introduction Chad Honkofsky 2.
TEAM’S STRONG/WEAK POINTS David Wiggins – Remote Student 1.
Business Requirements Using Unified Modeling Language Eric H. Castain, SVP Internet Services Group, Architecture Wells Fargo March 2005.
Software System Engineering: A tutorial
E-app Download & Agent Workspace. Laptop Presentation Training When an agent signs on e-app, if there are applications that he/she has completed and saved,
City of Los Angeles Personnel Department Mobile Application Team 02:Shreya kamani Anushree Sridhar Pattra Thongprasert Abhishek Trigunayat Travis Jones.
Creating a Web Site to Gather Data and Conduct Research.
Elockbox Team08 Fall2014 Jian Lei Role(s): Project Manager / Builder Da Lu Role(s): Prototyper / System/Software Architect Cheng Role(s):Feasibility Analyst.
 Chapter 6 Architecture 1. What is Architecture?  Overall Structure of system  First Stage in Design process 2.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Topic Cafeteria Management System
Capstone – Team C Project: Sisters Of The Road
Introduction to Test Director
TRANSITION READINESS REVIEW GOTRLA TEAM 15 Aayush Jain, Ankith Nagarle, Anushila Dey, Deepak Earayil, Elaine Lo, Nidhi Baheti, Presha Thakkar, Suhani Vyas.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
IFORM ACCOUNT MAINTENANCE ICT4D SESSION 4. IFORMBUILDER WEBSITE REQUIREMENTS To access the iFormBuilder website, you need the following items: -Reliable.
Joint Educational Project ONLINE PLATFORM Shreya NigamProject Manager/Prototyper Reem AlfayezRequirement Engineer Rebecca LinFeasibility Analyst Wei YanSystem.
REAL TIME GPS TRACKING SYSTEM MSE PROJECT PHASE I PRESENTATION Bakor Kamal CIS 895.
T10-Student Scheduling System Part II CS-577B Software Engineering TRR TRR Individual Presentation Student Scheduling System Part II Team 10 Shuai Wang.
FY 2011 Public Libraries Survey WebPLUS Software Training.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Working with Feature Services Gary MacDougall Russell Brennan.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Mission Science By Team Team 07 Members Jiashuo Li Chen Li Sergey Mukhin Hanadi Mardah Yun Shao Farica Mascarenhas 2.
Enigma Mutiara Sdn Bhd Computer Based Learning (CBL) HSE Procedures.
Condor Technology Solutions, Inc. Grace Performance Chemicals HRIS Intranet Project.
Tieflow Workflow Toolkit -:By:- CSCI 6831 Capstone project Instructor: Dr. Kwok-Bun Yue Mentor: Mr. Scott Hetherington Midterm Presentation 04/15/2008.
T EST T OOLS U NIT VI This unit contains the overview of the test tools. Also prerequisites for applying these tools, tools selection and implementation.
Thrdplace Social Networking Team #7 1. TRR Outline Operational Concept Overview System benefits to Customer 1.Introduction Demo of System Operational.
IBM Express Runtime Quick Start Workshop © 2007 IBM Corporation Deploying a Solution.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
University of Southern California Center for Systems and Software Engineering RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
2016 TELPAS Online Testing & Data Collection. Disclaimer  These slides have been prepared by the Student Assessment Division of the Texas Education Agency.
Dynamic Website Design for Temple Beth-El of Ithaca, NY CS 501 Project – Final Presentation May 4, 2006 Presented By: Peter Babinski, Christopher Benedict,
MANAGEMENT INFORMATION SYSTEM
The Share Web Team 5.
Blood Bank Phạm Tiến Lập – SE02683 Nguyễn Sơn Hải – SE02879
Architecture Review 10/11/2004
Cash Doctor 3.0 Mobile Application
Transitional Readiness Review Team 08
ShareTheTraining TRR ARB Presentation Team 11
DCR ARB Presentation Team 5: Tour Conductor.
TEAM 15 Joint Educational Project ONLINE PLATFORM
City of LA Personnel Department Mobile Application
Frenzy TRR ARB Presentation
Team 07-Fuppy Krupa Patel Adil Assouab Yiyuan Chen(Kevin)
Farmworkers Safety System
SOCCER DATA WEB CRAWLER
Mission Science By Team 07.
CSCI 577b Tasks and Activities
A Global Trojan Solution
ARB Schedule Locations
CS577a Software Engineering ARB #2 Workshop
Family Proud TRR ARB Presentation
Team 7- SCRIPTONOMICS Advanced movie script analytics made simple
Transition Readiness Review
Transition Readiness Review
Team 7- SCRIPTONOMICS Advanced movie script analytics made simple
TEAM 4 TRR PRESENTATION.
Presentation transcript:

Healthy Kids Zone Team 14 1

Operational Concept Description Xu Zhang 2

Things Don’t Change System Objectives Benefit Chain Diagram System Boundary Diagram Project Constraints Element Relationship Diagram Business Workflow Diagram Level of Services 3

System Capabilities Capability GoalsPriority Level OC-1 Survey Import: The system allows administrators to import surveys created at the Survey Monkey website. Must have OC-2 Survey Configuration: The system allows administrators to manage (create/modify/delete) paths or schools and the associations between paths, schools and surveys Must have OC-3 Survey Database: The system allows for the storage of survey definitions and survey results. Must have OC-4 Survey Completion: The android app allows users to complete a survey and submit results. Must have OC-5 Survey Export: The system can export survey results in comma separated value (csv) format. Must have

Things do change DCR Module Import Configuration Export Database Completion RDCR Module System Login Survey Management School Management Path Management Association Management Survey Deployment Survey Export Survey Selection Survey Save/Load Question Completion Map & Markers Survey Submission 5

Prototype Junjun ji 6

Progress Deploy HKZ website and database on the GoDaddy server which clients provide. Changed part of website user interface Changed part of mobile user interface Prototyping connection between mobile and database (on remote server) to exchange the data. 7

Change on website UI 8

Change on mobile UI 9

System Architecture Ye Tao 10

Things don’t change System Context Diagram Hardware Component Diagram Software Component Diagram Deployment Diagram Sequence Diagram 11

Outline Use cases Database schema Internal Interfaces 12

Use cases Adapt with requirement & test cases updates 12 top-level use cases in web and mobile 13

Butterfly 14

Peacock 15

Goldfish 16

Answer a Question 17

Answer a Question cont’d 18

Database Store critical information of surveys/paths/schools/questions/answers and relations between them Support features like markers/comments/images/path display 19

Database Schema 20

Interfaces 21

Life Cycle Plan Yang Wang 22

Roles & Responsibilities Team MemberRole in 577aRole in 577b Yang Wang Project Manager Requirement Engineer Project Manager Life Cycle Planner Qianyu LiaoSystem Architect- Xu Zhang Operational Concept Engineer Builder (Front-end Designer) Chenglu WangFeasibility AnalystTester Junjun JiPrototyperBuilder (Mobile Designer) Ye TaoLife Cycle Planner System Architect Builder (Back-end Designer) Chad Honkofsky IIV&V Shaper IIV&V Shaper 23

COINCOMO Assessment Total team efforts = 9.77 person month One team efforts = 1.67 person month So we need 5.85 person 7 in 577a and 6 in 577b, still acceptable 24

Project Plan 12 Modules Test Identifiers 32 Features Test Cases 62 Small Features Win Condition 3 Construction Iterations – Iteration 1 (2.13 – 3.5) – Iteration 2 (3.6 – 3.26) – Iteration 3 (3.26 – 4.16) Transition Iteration (4.16 – 4.30) 25

Traceability Matrix ModuleUse-CaseTest CaseFeature System LoginUC-1TC Survey ManagementUC-2TC-02-01,02,032,3,4 School ManagementUC-3TC-03-01,025,6,7,8 Path ManagementUC-4TC-04-01,029,10,11,12 Association ManagementUC-5TC-05-01,0213,14 Survey DeploymentUC-6TC-06-01,0215,16,17 Survey ExportUC-7TC Survey SelectionUC-8TC-08-01,0218,19,20 Survey Save/LoadUC-9TC-09-01,0221,22 Question CompletionUC-10TC-10-01,02,0323,24,25 Map & MarkersUC-11TC ,27,28 Survey SubmissionUC-12TC-12-01,02,0329,30,31 26

27

Iteration Plan 28

Transition Plan DateRoleResponsibilityLocation 04/16/14Team & Client Attend TRR, Prepare for Transition Iteration SAL /17/14- 04/21/14 Builder -System Test -HKZ Website on Godaddy Server -Mobile App in Google Play -Documents (User Manual, Support Plan) Builder’s Site 04/22/14Team & ClientDeliver the productsCHC 04/25/14Team & ClientAcceptance TestCHC 04/29/14Team & Client Client Training (Web Site & Mobile App) CHC 04/30/14 Team & Client & Volunteer Client Training (Mobile App)CHC 29

Test Plan & Cases Chenglu Wang 30

Test Strategy 31

Test Identifier & Case Basis 12 Modules Test Identifier 32 Features Test Case 62 Small Features Win Condition 32

Relationship between Identifier and Test Case The whole diagram will be showed in Visio 33

Requirement Traceability Matrix Requirement IDVerification TypeTest Case ID (if applicable) WC_2991TestingTC WC_2992Demonstration WC_2993Demonstration WC_2994Demonstration WC_2995TestingTC WC_2996Demonstration WC_2997Demonstration WC_2999TestingTC WC_3000TestingTC WC_3001Demonstration WC_3002TestingTC WC_3003Demonstration 34

Test Plan Test NameParticipantsDate Unit TestingDevelopers Code and Unit Test Peer Review Tester CCDClients3.26 System TestingTester Acceptance Testing Clients and Team

Test schedule Date Test Identifier/CaseResponsible person 2/18TC-01-01Jojo 2/25TC-02-01Jojo 2/18TC-02-02Toni 2/25TC-02-03Toni 2/26-2/28TC-02Nancy 3/3TC-03-01Jojo 3/4TC-03-02Toni 3/5-3/7TC-03Nancy 2/28TC-10-01Yang 2/28TC-10-02Yang 3/5TC-10-03Yang 36

Acceptance Test Win Conditions Acceptance OX WC_2991 The HKZ Website shall use CHC login credentials from Survey Monkey for HKZ Website access WC_2992 The HKZ Website shall show the user as logged into the HKZ Website WC_2993 The HKZ Website shall allow user to get their username or password back if they forgot it. WC_2994 The HKZ Website shall allow user to logout WC_2995 The HKZ Website shall display surveys from Survey Monkey Website associated with the CHC credentials and a survey title starting with the string “HKZ_” in a list, titled “HKZ Surveys”, by survey name and survey id as one row of the list WC_2996 The HKZ Website shall display a HKZ survey stored in the HKZ database in a list, titled “HKZ Imported Surveys” by survey name and survey id as one row of the list WC_2997 The HKZ Website shall not allow the HKZ survey key to exist in both the “HKZ Surveys” and “HKZ Imported Surveys” lists at the same time 37

Test Case List Test Case IDTest Case Name TC-01-01Check HKZ System Login Function TC-02-01Check HKZ Survey List Display TC-02-02Check Survey Import TC-02-03Check Survey Deletion TC-03-01Check School Creation TC-03-02Check School Deletion TC-04-01Check Path Creation TC-04-02Check Path Deletion TC-05-01Check Path-Survey Association Creation TC-05-02Check Path-Survey Association Deletion TC-06-01Check Survey Deployable Status TC-06-02Check Survey Deployment/Retraction TC-07-01Check Survey Export 38

Test Case List (cont’d) Test Case IDTest Case Name TC-08-01Check School/Path/Survey List Data Transportation TC-08-02Check Survey Data Transportation TC-09-01Check Most Recent Survey Results Loading TC-09-02Check Survey Results Automatically Saving TC-10-01Check Block/Other Question Display TC-10-02Check Block/Other Question Completion TC-10-03Check Tally Add/Drop Number Function TC-11-01Check Marker Addition/Deletion TC-12-01Check Survey Cancelling TC-12-02Check Survey Completion Status TC-12-03Check Survey Results Data Submission 39

Test Case TC Test Case NumberTC Check Survey Import Test ItemTest whether the survey list was changed correctly after survey import. Check whether the survey data is correct saving into database after survey import. Test Priority M Pre-conditionsThe HKZ Survey List and HKZ Imported Survey List have been displayed. Post-conditionsThe survey chosen by admin in HKZ Survey List was transferred to HKZ Imported Survey List. The data which has been imported into the HKZ database. Input Specifications The admin chooses one survey in HKZ Survey List and click import button Expected Output Specifications The survey chosen by admin in HKZ Survey List was transferred to HKZ Imported Survey List. 40

Test Case TC (cont’d) Test Case NumberTC Check Survey Import Pass/Fail Criteria-The survey should be eliminated from HKZ Survey List and displayed in HKZ Imported Survey List. -The survey data should be saved into database correctly. -If the survey on Survey Monkey was not created correctly (follow the step in our requirements document), the system should not allow survey import and prompt user a message. e.g. -less than 3 pages, not correct name. -unexpected question type -only picture question without following question -a picture question followed with a picture question -probably some others, to be found Assumptions and Constraints There’s at least one survey in HKZ Survey List. DependenciesTC TraceabilityWC_

Feasibility Analysis Chad Honkofsky 42

Current Risks Development to proceed without formal interface definition – Define general messages for each interface – Proceed with development and interface definition concurrently Expect some updates Development will help drive the definition of interface Undefined survey export format – Walk through statistical analysis of paper survey results with customer to glean information Mobile app prototype has minimal working code – Team meeting this weekend to further decompose tasks needed for mobile development 43

Traceability Matrix 44

Definition of Done Source code checked into github repository Baseline compiled without error from repository Deploy module to appropriate test environment Unit Tests Completed Code and Unit Test Peer Review Completed Incorporated Peer comments to source code and checked into repository New Baseline compiled without error Re-run Unit Test 45

Metrics (Effort Report) 46