commuting by car n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Commuting by car PowerPoint Presentation
Download Presentation
Commuting by car

play fullscreen
1 / 28

Commuting by car

222 Views Download Presentation
Download Presentation

Commuting by car

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. Commuting by car -and those endless traffic jams..!!

  2. A B Description of the problem Problem: Commuting alternatives for cars, to avoid traffic jam. • Needs. • To commute from A to B • Fastest by time • In time • Cheapest way • HSE (Healthy, Safely and Environmental) • Availability • Flexibility • Reliability

  3. Need statement A commuter has the need to travel to work using less time and money.

  4. Stakeholders ACTIVE PASSIVE • Back up Systems • Commuters • Energy supplier • Operator • Payment systems • Government regulations • Environmental issues • Manufactures • Rescue team/ Ambulance • Surveillance and Security systems • System Manager • System Architect

  5. Stakeholder requirements ACTIVE • Back up systems • The System shall give an continuously updated status. • Commuters • The System shall provide a transport that is cost efficient. • The System shall provide the commuter a safe transport. • The System shall provide a transport that is 85% of the cost of the car commuter. • The System shall be in time, both at start and end. • The System shall provide a free seat/slot for the commuter. • The System shall be reachable within a defined radius..

  6. Stakeholders requirements ACTIVE Operator • The System shall be operational with x% down-time per week. • The System shall use well known standard solutions. • The System shall provide a free path/track, no matter what time of the day. • The System shall provide a good environment for the operator. • Energy supplier • The System shall provide an interface for providing energy along the System. • The system shall provide scheduled consumption.

  7. Stakeholders requirements ACTIVE • Payment system • The System shall have a friendly user interface. • The Payment system shall provide status from the main system.

  8. Stakeholders requirements PASSIVE Government Regulations • The System shall follow Rules and Regulations. • Environmental issues • The System shall environmental friendly compared to the car commuter. • Manufactures • The System shall consist of well known technical solutions. • The System shall be well defined to the manufacturer.

  9. Stakeholders requirements PASSIVE Rescue team/ Ambulance • The System shall provide access for rescue teams. • The System shall give a fast response to accidents. • The System shall evacuate people of all body types. • The System shall have designed accurate evacuate plans. • Surveillance and Security systems • The System shall be able for security surveillance. • The System shall give the status of the amount of commuters.

  10. Stakeholders requirements PASSIVE • System Manager • The System shall operate parallel with the old existing system. • The total System cost shall be less then xx B€ • The System shall comply with Governmental Rules and Regulations. • The System have an operational time of 98% (MTBF, MTTR). • System Architect • The System shall be environmental. • The System shall be well defined and approved by the Goevrment.

  11. Key Acceptance Criteria's • Backup Systems • Operational cost • Status reporting • Commuters • Traveling time • Traveling cost • Availability • Flexibility • Accessibility • Energy supplier • Accessible • Status reporting • Operator • HSE • Reliability • Payment systems • Interface • Availability Traveling cost Status Reporting Traveling time Availability Safety Accessibility To Pugh Matrix

  12. CONCEPT BRAINSTORMING • Environmental friendly Busses • High speed trains • Sky Trains • Small Electrical vehicles • Air Transportation • Wider Bicycle tracks

  13. Pugh Matrix

  14. Concept selection • The pugh matrix diagram gives to solutions; Sky Trains & High Speed Trains • We pick the “Train” in common as our solution • Sky Trains  High Speed Trains

  15. Operational Requirements Input/Output requirements The System shall give an continuously updated status. The System shall give a fast alarm/status to accidents. External interface requirements The System shall provide an interface for providing energy along the System Functional requirements The system shall provide surveillance The system shall provide transport verification The system shall provide a transport The system shall provide alternative transport if the surveillance system reports an error status

  16. Operational Requirements 4. Non-functional requirements The System shall provide a transport that is 85% of the cost of the car commuter. The System shall be reachable within a defined radius. The total System cost shall be less then xx B€ The System shall comply with Governmental Rules and Regulations. The System have an operational time of 98% (MTBF, MTTR). The System shall be well defined and approved by the Government. The System shall provide a transport that is cost efficient The System shall provide the commuter a safe transport. The System shall be in time, both at start and end. The System shall provide a free seat/slot for the commuter The system shall provide scheduled consumption. The System shall provide a free path/track, no matter what time of the day. The System shall provide a good environment for the operator. The System shall have a friendly user interface. The System shall be well defined to the manufacturer. The System shall provide access for rescue teams. The System shall have designed accurate evacuate plans The System shall give the status of the amount of commuters The System shall be environmental.

  17. Core IDEFO

  18. Context Diagram Backup systems Operator Availability Operational System System Control Payment Commuter Payment Transport Commuting System Consumption Power to transport Tickets System Data Statistics Energy supplier Payment system

  19. Use case scenarios

  20. Use case scenarious

  21. Use case scenarious

  22. QFD QFD

  23. Risks Commuters injured by system Pay station out of function Energy not available Operator not available Mail function in backup system System not ready for start Rail damaged

  24. Potential mitigation • Commuters injured by system • Restricted access to rail road • Both sound and visual notification • Pay station out of function • Manual payment system • Free ride • Energy not available • Alternative power supply • Alternative transportation units

  25. Potential mitigation • Operator not available • Good working environment • Backup operator schedule • Mail function in backup system • Redundant system • System not ready for start • Continuously status check • Rail damaged • Isolated rails • Service backup rail

  26. Technical Performance Measures • The system shall be capable to transport a fully loaded train(xkg) to it’s destination at time schedule • The train friction shall be at least x/unit • The backup energy system shall provide enough energy for 2 hours operation • The system shall maximum use x KW/h • Time from wheelchairs users to enter the train from the platform shall be maximum 10 seconds

  27. Technical Performance Measures • The system shall have the ability to get operated by a remote operator system

  28. The End • Thank you for your attention! • Have a nice weekend;-)