我一直以為，開發者的能力基本上就可以認為是一次把事情做成的能力。而一次把事情做成至少需要看準需求，選好道路，穩妥實現三個步驟。大致可以認為，看準需求是要求的是對事物系統的把握能力，選道路系統分解的能力，而穩妥實現要求的變成語言，工具，技巧的熟練掌握。
相信許多開發者對自己實現功能的能力比較有信心，對系統的把握，分解能力的信心就差一些了。如何針對這方面進行有針對性的練習並提高呢？我的答案就是做一些小的建模練習。
高考錄取系統就是我們的第乙個練習，本文先定義需求。
平行志願錄取規則
簡單來說，平行志願有三個「一」，乙個是同一批次，乙個是乙個投檔時間段內，再乙個是可以填幾個並列的院校志願。平行志願的投檔原則是志願並列、位次優先、遵循志願、一輪投檔。
為了幫助大家理解，先解釋一下傳統的梯度志願在乙個投檔時間段內，只能填乙個志願，而平行志願在乙個投檔時間段內可以填幾個志願。這幾個志願沒有主次之 分，都是一志願，所以叫平行志願。第二個特點就是位次優先，在過去的梯度志願模式下，強調的是分數優先，在平行志願模式下則是位次優先，也就是對全部參考 的考生分科類進行乙個排序，每一名考生要排出乙個位次，乙個位次對應一名考生。在投檔檢索時，先投位次在前的考生，然後再投位次在後的考生。第三個特點就 是遵循志願，目前實行平行志願的省(區、市)一般可填報三到五個院校志願，分別以英文本母abcde排列出乙個自然的順序。投檔的時候按照這個考生的自然 順序逐一檢索，也就是說首先檢索a志願，其次再檢索後續志願。當符合a志願學校的條件時，考生的檔案就被投入a志願院校中，其他後續志願就不再檢索;如果 考生不符合a志願的投檔條件，那麼就要看他的b志願，如果b志願仍然不符合要求，再看他c志願，依次檢索下來，直至檢索完畢。也就是說，梯度志願中的乙個 考生，只有一次檢索一次投檔機會，那麼現在就多次了，可以有效地保證這幾所院校都有可能被檢索、被錄取。第四個特點就叫一輪投檔，也就是考生的檔案只要被 投入任一一所志願院校中去，就停止對其的檢索，如果考生的檔案被高校退回來，即使分數達到後續志願也不檢索了。
今天就到這裡，接下來就把時間交給大家，根據以上資訊設計高考錄取系統。
明天的文章中會給出【物件導向思考】針對這個問題的設計方案。歡迎pk！
C 建模實戰1 高考錄取系統（6）
今天的主題是錄取，但在真正的錄取之前要先準備容納投檔結果的admission box。而admissionbox則是由admissionboxmanager來管理的。處理的具體步驟如下 從planmanager處取得提交招生計畫的學校清單university list。利用清單取得各學校的招生計畫。...
1 系統建模
1.需求清單 好友之間互相發訊息 qq群內與群友交流 使用者和訊息管理 2.需求總結，即目標 qq的使用者 使用者 qq的功能 一對一聊天和多對多群聊兩種情況 我們現在對以上需求和功能進行總結輸出。首先，qq在沒有註冊的情況下是不能使用的，所以我們的使用者沒有遊客的概念。那我們的使用者一共可以分為兩...
實戰 一 c 窗體（1）
近期時間比較充裕，能夠有大把時間泡在實驗室裡，因此想用c 做個專案，便從這裡開始，貼出一些不明白但現在理解了的東西，幫助自己理解，也同時分享出來。閒話不多說，從窗體開始，設計。第乙個問題，總覺得win10標題欄沒有win7好看，那麼窗體透明到底如何設計？現有兩種方法，各有不同。第一種 在form l...