现代软件工程 结对编程 (II) 电梯调度 算法和测试框架
[很多同学完成了上一个结对编程项目后, 很想知道下一个项目是什么, 我们这次要练习如何设计 接口, 测试框架, 和算法. ]
[博客园的朋友们也可以试一试怎么高效地解决这个问题]
[最新版本在这里： https://www.cnblogs.com/xinz/archive/2011/03/20/1989662.html ]
现代软件工程系列 结对编程 (II) 电梯调度程序
-------
Pair Project II Elevator Scheduler
Design and implement an Elevator Scheduler to aim for both correctness and performance, in managed code.
Skills to test:
a) Requirement Analysis
b) High level design (interface, information hiding, loose coupling)
c) Design by contract,
d) Implementation skills in C#
e) Algorithm design
1. Background
Imagine we’re building a tall office building, it has the following configuration about elevators:
Building has 21 floors, 4 elevators, many passengers use these elevators everyday (passenger weight: average 70kg. max 120kg, min 45kg).
Other constant data: Elevator speed, door open/close time, passenger time for going in/out of the elevator. We can make reasonable assumptions about these.
The building has 21 floors, from floor 0, 1, ... to 20. Floor 0 is the underground parking level, floor 1 is the lobby level. Most people come in/out the building via these 2 floors.
|
Elevator name |
Service floor list |
Passenger limit |
Weight limit |
|
1 |
All floors |
10 |
800 kg |
|
2 |
All floors |
10 |
800 kg |
|
3 |
All floors |
20 |
1600 kg |
|
4 |
All floors |
20 |
2000 kg |
2. Requirement to Student pairs
2.1 Each pair of students will design a set of interface and class definition so that an algorithm provider can provide his/her implementation to the “elevator scheduler” class.
2.2 After 2.1 is submitted, TA will review all submission and give out scores, based on the best design (either from students, or from TA), each pair will focus on the implementation of the “elevator scheduler” program.
TA will come up with a consistent testing model to test your program according to the “rush hour” scenario (see below), and record the total travel time of all passengers.
You (student pair) have:
1) A set of API
2) A simple solution (Bus program)
3) A set of test cases to run
2.3 Explanation of BUS program:
We can have a worst case algorithm called “bus”. This algorithm treats an elevator as a bus, it goes from bottom to top, stops at every floor, open the door, to let people in and out, then close the door and move on. After it reaches the top floor, it will go down. This algorithm can serve all requests, but it’s apparently not the fastest algorithm.
Your code is required to be managed code (C#, managed C++, etc).
It has to generate 0 (zero) Code Analysis warnings and errors.
It has to be correct
It has to be fast
Score guideline: TA will evaluate the “average total travel time” for all passengers in the same test case, the lower, the better. If your performance is lower than “bus” solution, you get 0 points; if your program can’t deliver any passenger to the correct destination, you get 0 points.
One hint about elevator scheduling: When total weight is within 45 kg of the max limit, or the number of passengers is already at maximum, the elevator doesn’t need to stop for more external requests.
The elevator scheduler program doesn’t know how many passengers are waiting on each floor, it doesn’t know how many passengers will show up either. This is the same with the real world situation.
3. Testing
TA will simulate a “rush hour” test. The “rush hour” test is to simulate the come-to-work and leave-work scenario in a business building, which has the following 2 parts (they can be run next to each other).
1) Simple test. 20 passengers
20 people going thru random floors within 5 minutes.
2) Come-to-work. 1000 total passengers
a) 80% of them goes from floor 0 and 1 to all other floors, the destination is distributed evenly. The time each passenger arrives at the elevator can be emulated as a normal distribution.
b) 20% of them are going between any 2 floors of [2, 20], Very few people travel between 2 adjacent floors (e.g. from floor 5 to 4). Other than this, the distribution is also even.
3) Leave-work. 1000 total passengers
a) 90% of them go from other floors to floor1 or floor0.
b) 10% of them travel between floors [2, 20], again, Very few people travel between 2 adjacent floors.
Deadline:
1) 11/30, Tuesday, noon.
students will submit design 1: if you were the TA, and in charge of the testing frame work, what is your design for the test framework, and what is the interface you want the students to implement? You need to submit class definition, and interface of the scheduler, and pseudo code (伪代码) of your test framework.
2) 12/10/2010, Friday, noon.
Students will submit the implementation of the elevator scheduler.
3) 12/13/2010, Monday, noon.
Students will post a blog to their team blog site, to describe the overall design of the scheduler. Description of test framework is optional, but encouraged.
