PowerPoint Presentation

MedFRS Device Diagnostic SoftwareFoundations Commitment ReviewArchitected Agile Misha Dowd, Project ManagerDelnaz Gundevia, Life Cycle PlannerAnfal Abdul Jaleel, System ArchitectNanda Kishore Kolleje Rao, System Requirements EngineerAnupam Kumar, Feasibility AnalystJackie Cheng ,IIV&V1Remote team member Jackie Cheng2Architecture Review Board2Teams strong points & weak pointsTeams strong pointsOperational view Agile, flexible, ability to learn quicklyTechnical view Technology savvy, board range of software capabilityTeams weak pointsOperational view Team has never produce a product together. Loss coupled communication between On Campus and Off Campus members.Technical view No member has Domain Knowledge related to the subjectTechnical concerns & possible solutionsConcern: Information Security; Solution: Implement Authentication MechanismConcern: Lack of Wireless Network; Solution: Setup a backup systemOperational risks & possible mitigationRisk: Human Error Handling; Mitigation: Discuss within Team and with Client*3Architecture Review Board*Win-WinWin Conditions Shaping Status: 12 Agreed and 5 Open

Highlighted Agreed Win Conditions Win Condition (WC_2641): sync from hub to EMS; Basis data collectionAs an EMT, I can go to the hub and see the list of victims with location sorted by category (Immediate > delayed), then by location (building name/code alphabetically) so that the EMT goes to more critical victims first

Win Condition (WC_2634): sync from device to hub; Basis data collectionAs a volunteer, I would enter vitals - BP, pulse, so that we can send it to the EMS

Win Condition (WC_2636): sync from device to hub; Basis data collectionAs a volunteer, I would check bleeding - if they are bleeding and/or capillary action +/- 2 seconds, so we can send it to the EMS *4Architecture Review BoardWin-Win (Continue)Highlighted Agreed Win Conditions

Win Condition (WC_2637): sync from device to hub; Basis data collection As a volunteer, I would check mental status - by asking questions that can't be answered by yes/no e.g.: Who is the president of the USA?, Where are you?, so we can send it to the EMS

Win Condition (WC_2741): Security ConcernsThe system Should allow privileges according to his/her role (Supervisor/Transport Coordinator / volunteer)

Win Condition (WC_2742): sync from device to hub; Basis data collectionAs a Transport Coordinator, I can enter in which ambulance a victim has been taken and to which hospital so that I have a record of his/her location. *5Architecture Review BoardWin-Win (Continue)Highlighted Agreed Win Conditions

Win Condition (WC_2755): sync from device to hub; Basis data collection As a volunteer, I would check mental status - by asking questions that can't be answered by yes/no e.g.: Who is the president of the USA?, Where are you?, so we can send it to the EMS

Win Condition (WC_2757): sync from device to hub; Basis data collection As a volunteer, I can add identification information about the victim (such as name, age, sex, USCID, drivers license etc.) so that he can be found later

Win Condition (WC_2760): sync from device to hub; Basis data collection As a supervisor, I can record assignment of buildings to EMT teams so that I know which buildings still need to be assigned.

*6Architecture Review BoardWin-Win (Continue)Highlighted Agreed Win Conditions

Win Condition (WC_2762): sync from device to hub; Basis data collectionAs a transport coordinator I can release EMT teams from building assigned to them, when it is necessary to urgently take a victim to the hospital so that the Supervisors knows that another team needs to be assigned to the building

Win Condition (WC_2796): sync from device to hub; Availability As a Supervisor I can add, update and delete information in the system so that the system stays current

Win Condition (WC_2797): sync from device to hub; Basis data collectionAs a Supervisor I can view victim information in the system so that a victim can be tracked*7Architecture Review BoardOperational Concept DescriptionAnapam Kumar8Architecture Review Board8Operational Concept DescriptionSystem Purpose

9Architecture Review BoardOperational Concept DescriptionShared VisionAssumptionsNetwork infrastructure and cloud infrastructure are available for communicationVolunteers, Supervisors, Transport Coordinators know how to use computers/mobile devicesApt funding is available for the deployment of the systemStakeholdersInitiativesValueBeneficiariesDevelopersClientVolunteersEMSTransport CoordinatorsCreate preliminary database management system for EMS/Volunteers/First Responders to use Client will train volunteers and EMTs on the systemDeveloper team will train the client on the systemExisting standard operating procedures will be modified by digitizing it (Business Process)Maintain order in chaotic medical situationExpedite time for triageIncrease the number of lives savedEmpower the community to cope with disaster situationsVictimsVolunteersEMSClientCostsDevelopment CostTraining CostHardware & Network Infrastructure costDevice and utilities CostVolunteer Medical Kit Cost BenefitsFaster Response in state of emergencyOrganized and structured approach towards carrying out triage in emergencyImpart training and knowledge of emergency response procedures to volunteersSave livesCollect data for planning for future emergencies and improve existing operating procedures 10Architecture Review BoardOperational Concept DescriptionBenefits Chain Diagram

11Architecture Review BoardOperational Concept DescriptionSystem Boundary Diagram

12Architecture Review BoardOperational Concept DescriptionProposed New System

13Architecture Review BoardOperational Concept DescriptionOrganizational GoalsOG-1 : Reduce the cost of search and rescue operations during disaster situationOG-2 : Maintain order in chaotic medical situationOG-3 : Expedite time for triageOG-4 : Empower the community to cope with disaster situationsOG-5 : Help Increase the number of lives saved

14Architecture Review BoardOperational Concept DescriptionCore Capabilities : Capability GoalsCapability GoalsPriority LevelOC-1 Ability for volunteer to record victims condition (breathing, perfusion, mental state)Must HaveOC-2 Ability for volunteer to record victims vital statsMust HaveOC-3 Ability for volunteer to record victims identification information (name, age, sex, USCID, license etc)May HaveOC-4 Ability for volunteer to record victims other medical details as comment (broken bones, torn muscles, contamination etc)May HaveOC-5 Ability for system to classify victims condition automaticallyMay HaveOC-6 Ability for the Hub Supervisor to sort victims list based on victim condition and building name alphabeticallyMust HaveOC-7 Ability for supervisor to assign EMTs to buildingsMust HaveOC-8 Ability for Supervisor/Transport Coordinator release EMTs from buildingsMust HaveOC-9 Ability for Volunteer to scan barcodeCan HaveOC-10 Ability for volunteer to retrieve all information about victim from system Must HaveOC-11 Ability for volunteer to enter room number/floor number/other relevant location informationMust HaveOC-12 Ability for Transport Coordinator to note victims transport details and destinationMust Have15Architecture Review BoardOperational Concept DescriptionCore Capabilities : Level of Service GoalsLevel of Service GoalsPriority LevelExpected AcceptableOC-12 The system should account for and detect human errors during data entry Must Have80%60%OC-13 The system should transmit data reliablyMust Have100%80%OC-14 The system should transmit data securelyMust Have100%100%OC-15 The system should store data in device securely in absence of networkMust Have100%100%OC-16 The system must be responsive and quickMay Have80%60%OC-17 The system should work in presence or absence of networkMust Have100%80%OC-18 The system should be able to interface with external devices (such as barcode scanners, printers)Can Have60%50%OC-19 The system data must be consistently stored in a central database for concerned personnel to access or modifyMust Have100%80%16Architecture Review BoardOperational Concept DescriptionConstraints CO-1: Mobile / Handheld DeviceCO-2 : Minimal Monetary Budget CO-3: Security Infrastructure has to ubiquitousCO-4: Development LanguageCO-5: Data Communication17Architecture Review Board1. The interface available to the volunteer/EMT must be mobile and be usable on-the-go. Therefore, the application must be developed for iOS device (iPhone/iPad) or Android.2. The cost incurred by the project supporters should be minimal and should not include anything more than, cost of printing bar-codes, testing device, organizing training, security infrastructure (security certificate) and developer license (if applicable).3. : All communication has to be done if and only if a secure channel is established between the source and destination.4. Client side development must be performed on Objective-C. Web-client on PHP/Ruby on Rails/ JavaScript, Database in MySQL and server should be setup on Apache Web Server.5. All data communication should be performed by sending/receiving well-formed JSON objects.17Operational Concept DescriptionBusiness Transformation

Proposed Business Flow18Architecture Review BoardOperational Concept DescriptionOrganizational & Operational TransformationOrganizational TransformationsHire software system IT professionalsHire Tech support to help troubleshoot problemsHire developers/testers IF further enhancements to the software are to be madeStop buying triage tags

Operational TransformationsVolunteer has to have an iDeviceSupervisor, Volunteer, transport coordinator must have basic computer/mobile phone operating skillsTriage categorization goes paperlessA structured hierarchy (Supervisor > Transport Coordinator >= Volunteer/EMT) is established thru usage of system and must be followed at all timesVolunteers lead EMTs to building they have inspected 19Architecture Review Board19PrototypeNanda Kishore Kollaje Rao20Architecture Review Board20PrototypeHigh Level Prototype Architecture

DatabaseMobile ClientWeb ClientMed FRS Server21Architecture Review BoardPrototypeWeb ClientThree types of TemplatesSupervisor Non-EmergencySupervisor EmergencyTransport Coordinator

22Architecture Review Board

23Supervisor Non-Emergency

Add Volunteers, Buildings Supervisors and Transportation CoordinatorsArchitecture Review Board

24Supervisor Non-Emergency

Manage Volunteers, Buildings, Supervisors and Transportation CoordinatorsArchitecture Review Board

25Supervisor Emergency

Building Overview

Architecture Review Board26

Supervisor Emergency

View Victims Statistics in a Building, Generate Printed Report

Architecture Review Board27

Transport Coordinator

Maintains Log of Victims Who Need Transportation

Architecture Review BoardTransport Coordinator

28Maintain Victim Records

Architecture Review BoardTransport Coordinator

Monitor transport statistics

29Architecture Review BoardPrototypeMobile Application

Mobile application will be Authenticated using the One Time Pass (OTP) feature.An Application for volunteers to collect data for victim triage.Volunteer can tag the victim or retrieve victim details by entering Barcode number or by scanning the Barcode present.

30Architecture Review Board

RSA EncryptedPrototypeAuthentication31Architecture Review Board

ServerChecksumChecksumChecksumDBPrototypeInter-operability32Architecture Review BoardPrototypeApplication Flow

Location DetailsR-P-M DetailsVitals & Condition33Architecture Review Board

PrototypeApplication FlowSummary 34Architecture Review BoardPrototypeDemo

35Architecture Review BoardRequirements Misha Dowd36Architecture Review Board36Win ConditionsVolunteerWin Condition(WC_2639):As a volunteer, I can enter the barcode of wrist band of the victim and click send so that the data associated with the barcode/victim including triage category is entered into the database Win Condition(WC_2638):As a volunteer, I would enter exact location of the victim, so we can send it to the EMS so that they can immediately locate the patient.Win Condition(WC_2637):As a volunteer, I would check mental status - by asking questions that can't be answered by yes/no eg: Who is the president of the USA?, Where are you?, so we can send it to the EMSWin Condition(WC_2636):As a volunteer, I would check bleeding - if they are bleeding and/or capillary action +/- 2 seconds, so we can send it to the EMSWin Condition(WC_2635):As a volunteer, I would check breathing status - if they are breathing, how fast they are breathing, so we can send it to the EMSWin Condition(WC_2634):As a volunteer, I would enter vitals - BP, pulse, so that we can send it to the EMSWin Condition(WC_2757):As a volunteer, I can add identification information about the victim (such as name, age, sex, USCID, drivers license etc) so that he can be found laterWin Condition(WC_2755):As a volunteer, I can add comments about the victim's condition (like, bleeding from ears, broken ribs etc) so that the EMT has more information at the start.

37Architecture Review BoardWin ConditionsEMTWin Condition(WC_2641):As an EMT, I have the barcode scanned to get the information already collected about the victim, so that the EMT has more informationWin Condition(WC_2640):As an EMT, I can go to the hub and see the list of victims with location sorted by category (Immediate > delayed), then by location (building name/code alphabetically) so that the EMT goes to more critical victims first

38Architecture Review BoardWin ConditionsSupervisorWin Condition(WC_2797):As a Supervisor I can view victim information in the system so that a victim can be trackedWin Condition(WC_2796):As a Supervisor I can add, update and delete information in the system so that the system stays currentWin Condition(WC_2760):As a supervisor, I can record assignment of buildings to EMT teams so that I know which buildings still need to be assigned

39Architecture Review BoardWin ConditionsTransportation CoordinatorWin Condition(WC_2762):As a transport coordinator I can release EMT teams from building assigned to them, when it is necessary to urgently take a victim to the hospital so that the Supervisors knows that another team needs to be assigned to the buildingWin Condition(WC_2742):As a Transport Coordinator, I can enter in which ambulance a victim has been taken and to which hospital so that I have a record of his/her location.40Architecture Review BoardWin ConditionsSystemWin Condition(WC_2741):The system Should allow privileges according to user role (Supervisor/Transport Coordinator / volunteer)Win Condition(WC_2756):The system shall automatically classify the victims condition based on the R/P/M values entered by the volunteer.

41Architecture Review BoardarchitectureAnfal Abdul Jaleel42Architecture Review Board42ArchitectureSystem Concept Diagram

43Architecture Review BoardArchitectureTop Level Physical and Logical Architecture

Supervisors and Transport CoordinatorsVolunteersWeb App- User Interface- Secure Access- Secure Data TransmissionMobile App- User Interface- Secure Access- Secure Data TransmissionDatabase- Allowed Users Listings- Victim Listings- Building Listings- Emergency Situation AssignmentsServer- Entering and updating data- Performing Searches- Secure Data Transmission- Secure Access44Architecture Review BoardArchitectureTop Level Physical and Logical Architecture

45Architecture Review BoardArchitectureBehavior

46Architecture Review BoardArchitectureStatus of NDI/Reuse ChoicesZBar SDK, to give the option to scan a barcode off the victims wrist tagOpen source software suite for reading bar codes from various sourcesStatus : After analyzing the feasibility, decided to use this NDI

47Architecture Review BoardLife cycle planDelnaz Gundevia48Architecture Review Board48Life Cycle PlanLife Cycle StrategyThe life cycle strategy that we are using for our project is Architectural Agile and we are currently in the Foundations phase.

49Architecture Review Board49Name: Julie SanchezRole: ClientExplorationProvide the details of the project and artifacts related to it.ValuationReview the prototype preparedFoundationsReview the productName: Misha DowdPrimary role: Project ManagerSecondary role: Feasibility AnalystExplorationAssign tasks to other team members, make progress report and project plan.ValuationReview the project progress and prototype, plan and manage the project, assess the risks and mitigate risks.FoundationsReview the project progress and project plan.50Life Cycle PlanKey Stakeholder ResponsibilitiesArchitecture Review BoardName: Delnaz GundeviaPrimary role: Life Cycle Planner Secondary role: System ArchitectExplorationMake a life cycle plan, identify the responsibilities and skills, identify milestones, prepare project plan, and make development strategy.ValuationUpdate the life cycle plan, identify the milestones and the features to be implemented, estimate the cost and effort using COCOMO-II model.FoundationsUpdate life cycle plan; identify tools and methods to be used.Name: Anfal Abdul JaleelPrimary role: Software Architect Secondary role: Systems Requirement EngineerExplorationAnalyze the proposed system; analyze the interoperability of NDI components.ValuationAssess and evaluate the NDI components, assess the system architecture, make a prototype and UML diagrams.FoundationsDesign the system architecture; provide feasibility evidence for architecture agile.51Life Cycle PlanKey Stakeholder Responsibilities (Cont)Architecture Review BoardName: Nanda Kishore Kollaje RaoPrimary Role: Systems Requirements EngineerSecondary Role: PrototyperExplorationExploring existing infrastructure, Analyze the primary requirements.ValuationInitial prototype architecture and design, finalized requirement engineering artifacts.FoundationsDevelop the initial prototype.Name: Anupam KumarPrimary Role: Feasibility Analyst Secondary role: Operational Concept EngineerExplorationAssess and plan to mitigate risks, analyze the current system.ValuationExplore alternative solutions to the risks, provide feasibility evidence and analyze the business case, establish new operational concept.FoundationsAssess and plan to mitigate risks, operational concept description.52Life Cycle PlanKey Stakeholder Responsibilities (Cont)Architecture Review BoardLife Cycle PlanKey Stakeholder Responsibilities (Cont)Name: Jackie ChengPrimary Role: IIV&VSecondary Role: Quality Focal PointExplorationVerify and validate work products, assess the quality management strategy.ValuationVerify and validate work products, identify the quality management strategy, identify configuration management.FoundationsVerify and validate work products, identify the quality management strategy.53Architecture Review BoardLife Cycle PlanProject Plan

54Architecture Review BoardLife Cycle PlanResource EstimationScale DriverValueRationalePRECLOWThe development team is unfamiliar with this type of application as this has never been done before.FLEXHIGHThere is no present system and our client does not have any technical specifications only objectives. We are not interfacing with any other system.RESLNOMINALAll critical risk items, schedule, budget and internal milestones are identified. TEAMHIGHEach stakeholder has considerable consistency of objectives and cultures, and considerable ability and willingness to accommodate others objectives.PMATNOMINALThe development team follows ICSM guidelines, which the processes are defined and repeatable but the result may not be consistent, CMM Level 2.COCOMO II Scale Drivers55Architecture Review BoardLife Cycle PlanResource Estimation (Cont)Cost DriverValueRationaleRELYHIGHAll modules should perform optimally for the entire system to be reliable.DATANOMINALThe ratio of bytes in the testing database to SLOC in the program is approximately less than 10 because the database will store only information of victim, which are his vitals, RPM, treated or not, and short comments.DOCUNOMINALBecause the development process follows ICSM, the document for life-cycle needs is normal.CPLXNOMINALIt contains simple message passing control, standard math and statistical routines for generating reports, and simple I/O process includes device selection from bar code scanner or user interface, status checking of bar code scanner, and error processing. Additionally, it has simple structural changes and uses simple widget set.COCOMO II Cost Drivers

56Architecture Review BoardLife Cycle PlanResource Estimation (Cont)RUSELOWIt is not intended to be reused for the future project.TIMENOMINALThe system is to be used only in high catastrophic situations STORNOMINALThe percentage of available storage expected to be used by the system and subsystem is less than 50%.PVOLNOMINALMajor changes of the platform, i.e. Apache Tomcat, JDK, MySQL, and web browsers, are approximately every year.ACAPNOMINALThe analysts have the ability to analyze, design, communicate, and cooperate very well.PCAPNOMINALProgrammers are capable, efficient and thorough. They are able to communicate and cooperate very well.PCONNOMINALWe have 6 team members in CSCI577A that is suitable for our project sizing.APEXVERY LOWThe average experience of the team members for this application is very less since it is the first time anyone of us is working on such a project.COCOMO II Cost Drivers

57Architecture Review BoardLife Cycle PlanResource Estimation (Cont)LTEXNOMINALThe development team plans to develop this application with Objective C, HTML, PHP/Ruby on Rails and Java script, and uses SQL language to query information from the database. The tools for programming are Xcode, Interface Builder, Instruments and MySQL. Therefore, the language and tool experience is nominal because team members have at least one year experience with these languages and tools.PLEXLOWThe server platform is web server Apache, and database is MySQL. Although, all developers have this platform experience, this module need implementation an user interface on handheld device which our developers have less experience.TOOLNOMINALThe software tools development team plan to use is just ios, frontend, backend CASE, and supporting little integration. There is no support for life-cycle.SITEVERY HIGHIn CSCI577a, five of six team members are on-campus students. Additionally, we use wideband electronic communication and occasional video conference.SCEDNOMINALThe schedule is fixed for 12 weeks in Fall semester.

COCOMO II Cost Drivers

58Architecture Review Board58Life Cycle PlanResource Estimation (Cont)

59Architecture Review BoardFeasibility evidence DescriptionMisha Dowd60Architecture Review Board60Feasibility Evidence DescriptionNDI AnalysisOur business workflow is very unique, thus limiting our options of NDI. It was additionally limited as one of our project constraints was cost Considering an NDI ZBar SDKCost : Free Difficulty of integration : Easy Status : After analyzing the feasibility, decided to use this NDI

61Architecture Review Board

Feasibility Evidence Description Benefits & RisksBenefits AnalysisCurrent activities & resources used% ReduceTime Saved (Hours/Disaster/per 1000 victims)Victim ProcessingEMT victims condition identification and location time4035.55556Supervisor lead-in time96.18.3333 Time taken by Volunteer tag victim8125.5666RisksThe wireless network may not be temporarily available Unauthorized individuals may be able to access the data collectedTriage Time might increase due to lack of familiarity The standard operating procedure details may not be complete Low levels of experience in software engineering among the team membersCurrent activities & resources used% ReduceMoney Saved (Dollars/Disaster/per 100 victims)Triage TagsUsing a cheaper tags9211562Architecture Review BoardFeasibility Evidence DescriptionROI Analysis: Time Saved

YearCostBenefit(Effort Saved)Cumulative CostCumulative BenefitROI201341303754130375-0.909200969201431.5393.754161.5768.75-0.815270936201532.03413.43754193.531182.1875-0.718092514201633.63434.111254227.161616.29875-0.61763956263Architecture Review BoardFeasibility Evidence DescriptionROI Analysis: Money SavedYearCostBenefit(Effort Saved)Cumulative CostCumulative BenefitROI201341303754130375-0.909200969201431.5393.754161.5768.75-0.815270936201532.03413.43754193.531182.1875-0.718092514201633.63434.111254227.161616.29875-0.61763956264Architecture Review BoardPersonasVeteran Health Professional - JuileBasic Demographic: Age: 34Occupation: AdministratorHometown: Jacksonville, FLMarital Status: MarriedAttributesLikes Long WalksSocial ButterflyDescriptionJuile works at the University of Southern California. She has 15 years of experience of medical training. User ScenarioShe is at work enjoying the nice working day when the big one hits. A 7.3 on the Richter scale. After taking cover and waiting till its over she already knows what to do. After checking to make sure she is not injured she quickly goes down to the central hub and grabs her bag equipped with tags and a blood pressure cuff to go help the others that may be injured. Goals & AspirationsTo be a great volunteerQuick assess victimsInformation SourcesFacebook5 minutes for CNN websiteLocal paperAgents of ShieldVolunteer Training Session

65Architecture Review BoardPersonasBears Fan - SteveBasic Demographic: Age: 40Occupation: DeanHometown: Redmond, WAMarital Status: MarriedAttributesBusyFocused on familySocial OrganizerDescriptionSteve cares about his students and faculty and wants to make sure that when disaster strikes USC is prepared.User ScenarioWhile walking back to his office Steve suddenly feels a rubble under his feet being a train emergency supervisor he quickly takes cover waiting the earth quake is over. Afterwards he quickly goes to set up the hub and log on to the system as emergency effectively bringing order and calm to an otherwise chaos situation.Goals & AspirationsBe more ambitiousMaintain control in a disastrous situationInformation SourcesLinkedInVolunteer Training SessionRadio

66Architecture Review BoardPersonasBook Lover- NupulBasic Demographic: Age: 30Occupation: Teacher AidHometown: DehliMarital Status: MarriedAttributesBusyFocused on familySocial OrganizerDescriptionNupul is an avid book lover who has a new born at home whom he wants to keep safe by taking volunteer earth quake training.User ScenarioNupul is in the middle of a riveting lecture when an earth quakes hits. Being a trained volunteer he makes sure the all the students are out of the class before heading to the hub. Geared with his bag of supplies he heads out to his assigned building where he encounters his first victim. Still a little in shock he goes through the steps in the app and the regularity and the ease of flow helps calm him and keeps him focused on the task at hand. Goals & AspirationsDocument memories as the kids grow upShare important moments with the grandparents, aunts, uncles and friends. Information SourcesFacebook5 minutes for mom websiteLocal paperGreys anatomy

67Architecture Review BoardPersonasTech Savvy AnupamBasic Demographic: Age: 30Occupation: SudentHometown: HyderabadMarital Status: SingleAttributesEasy GoingFocused SchoolDatabase GuruDescriptionAnupam is a student from India doing his masters in computer science. He is in SAL visiting professor Boehm.User ScenarioSuddenly an earthquake happens and Anupam is tumbled to the ground were a book case falls on his leg. He awakens to the sound of Julies voice asking him if hes ok. He begins to panics as he fells a rush of pain go up his leg but because of Julies presence he begins to calm down. Thereafter, Julie tags him immediate and after some time EMT personal cart him off to the hospital. Goals & AspirationsTo make money To graduateTo get a jobInformation SourcesWhatsApp2 hours onlineLocal paperGame Of Thrones

68Architecture Review Board68PersonasOutdoorsmen - RockyBasic Demographic: Age: 57Occupation: Head of TransportationHometown: Las Vegas, NVMarital Status: DivorcedAttributesLaissez faireFocused on familyDescriptionRocky has been head of transportation for 12 years and has been through his hare of natural disasters. User ScenarioIts the aftermath of the big one and Rocky is making sure that the victims are getting the help they need for the EMT teams. Later on Anupams mother calls to see where he is. Rocky takes this request to the supervisor where he does a quick search of the system to reveal his location.

Goals & AspirationsTo RetireInformation SourcesNew York TimesTalk RadioFootball Games

69Architecture Review BoardQuality focal pointJackie Cheng70Architecture Review Board70Quality Focal PointDefect Identification ReviewReview usedOCD Peer Review in group meetingPRO Peer Review in group meetingUML Peer Review in group meetingLCP Peer Review in group meetingFED Peer Review in group meetingPR Peer Review in group meetingMPP Peer Review in group meetingDefect identificationOCD client feedback through client meetingPRO client feedback through client meetingUML noneLCP client feedback through client meetingFED client feedback through client meeting*71Architecture Review Board*Quality Focal Point Traceability Matrix*OCDWinWin AgreementSSADOC-1WC_2635,36,37UC 11OC-2WC_2634UC 11OC-3WC_2757UC 11OC-4WC_2755UC 11OC-5WC_2756UC 11OC-6WC_2640UC 16OC-7WC_2760UC 16OC-8WC_2762UC 14OC-9WC_2641UC 12OC-10WC_2641UC 12OC-12WC_2742UC 14OC-9WC_2639UC 11OC- 14WC 2741UC 02, 03,04,05,06OC-6WC 2796UC 06,07,03,04,10OC-6WC 2797UC 13OC-11WC 2638UC 11The capability goals in our OCD have been mapped to their corresponding Use Case in the SSAD72Architecture Review Board*Quality Focal PointTotal Defects*ConcernsProposed SolutionScope of the project is very largeMeet with the stakeholders to negotiate the scopeThe low level details of the requirements are fuzzyMeet with the stakeholders to gather and iron out the requirementsThe current procedures followed by the potential users are not knownGet artifacts that describe the currrent standard operating proceduresWhat does logging on to the system mean and what does it entail?Meet with the stakeholders to determine what authentications need to happen How should location be displayed?Developers should come up with ideas and meet with the stakeholders to iron out howWhat happens when there is no network?Developers should come up with ideas and meet with the stakeholders to get approvalIs there a way to know all USC buildings, their floors and rooms?Ask the stakeholders to find out and request it if there isHow is human error to be handled?Discuss within team and with the clientWe no longer need to include the EMT in our systemAdapt the designs and documents to reflect the change73Architecture Review Board*Quality Focal PointQuality Management StrategyTechniques and tools used forQuality Management Track Bugs in BugzillaProject Manager submits a bug on Bugzilla Corresponding team member takes the necessary steps to close bug by submits documents on asana/email/google drive for team review.Team agrees, IVV verifies, bug close in BugzillaConfiguration ManagementResponsible member has the master copy of each document, rest of the member feed in the corrections and comments.Opportunity for tool Improvement - An Integrated tool that track bugs, and provides configuration management.*74Architecture Review BoardArchitecture Review Board75Thank You