這一段–

第一:談下整個項目過程
2月22號接手,告知3月15號上線,只有一個解決方案和四個實習生,其他什麼也沒有.
回頭再看下:方案主要是說一個短多媒體訊息的發送
(並沒說:1.所謂每個項目都有的公司,部門,員工,客戶(會員),供應商,使用者管理等基礎資料管理 
        2.簡訊其實就一個接收人,簡訊內容 ..為了區分不同的內容要設定業務首碼,以及為不同使用者指派不同接收號碼
        3.多媒體訊息 必須有圖片,音頻,文字等,就關係到圖片管理,音頻管理
        4.這將是一個多使用者的系統!共用一個資料庫,當彼此間資料不共用
        5.所有資料的錄入,要為使用者提供從檔案 匯入 的功能
        6.除了web外,包含一個wap項目,二維碼技術
 一直迷茫不知道最終介面將是個什麼樣的,後來先後提供了3個發行丁項目後,才逐漸明了...
今天已是3月24號,wap不用做了,多媒體訊息前輩(***)幫著完成,頁面樣式不用管了--就沒什麼東西啦,等著客戶驗收,這一段很閑.特地總結下

1..當接到一個解決方案時(其實就是個需求說明的文檔)..寫的很概括,隨便拿取其中的一項都可以擴充很多很多,這樣就首先要弄明白""為什麼做這樣一個軟體,
這個軟體將為使用者提供哪些便利,用和不用有什麼不一樣""..儘可能地詳細明確地總結出哪些是目前要做到的,哪些可以暫時不做  ----然後是為了實現這些功能
需要建立什麼樣的介面更加方便,規划出ui樣式,---再者才是設計什麼樣的資料庫,需要哪些表,哪些欄位,哪些關聯----最後才是考慮採取何種語言,何種架構

2..而實際上呢?什麼都不知道,卻催催催,一天問幾遍,項目進展怎麼樣了,預計什麼時候能完成...可終於做的差不多,不想做了時,卻沒人來催了,說等待客戶驗收,一天又一天這都一個星期了
客戶也不知道來驗收了 ,..

3..有可以參考的項目,有源碼,有做好的架構(基礎資料管理(公司,部門,員工等),許可權管理都有),也有做過類似項目的----都有,可起初卻一直沒說,沒用耽誤了不少事!

4..領導的重視程度,雖一日一催的,可還讓抽時間學習日語,暈到~

5..注意效率,都聽著歌編著代碼,可以嗎?喊他都聽不到,,給他解釋個問題,他那QQ聊天框狂閃爍!態度!!!給了鑰匙讓加班,可做什麼呢,領導一走都走!

技術上的:
1.基礎樣式最好能做個頁面出來大家參考,要不一改再改.純粹浪費時間.
2.簡單的驗證要明確提出來,別以為你知道大家都知道啦...長度驗證了嗎,特殊字元驗證了嗎,數字,金額,電話號碼,郵箱.時間驗證了嗎,是可以用個時間控制項,設定唯讀了嗎,若沒設定,輸入的字元你驗證了嗎
.實際情況考慮了嗎,如發送時間不能小於目前時間,出生日期不能大於目前時間等..驗證了嗎?
3.資料庫表設計,要儘可能地考慮全面,並確定下來,不能一改再改,牽涉到太多----如是否設定遞增率,是否另設業務編碼了,是否可以重複,是否可以為空白,欄位長度是否合適,欄位名字是否大家都容易理解
4.各表之間的關聯考慮了嗎?是否設定了外鍵?片類型下還有圖片,該類型是否可以刪除等..
5.當選全選是否可用,去掉一個當選全選是否自動去掉了等等,,是js驗證還是後台驗證,是否設定autopostback了..是否有很不爽的重新整理出現
6.事件是否都用try catch環繞了,可能拋出的異常是否都接收處理了...別讓頁面出現很多代碼..
7.是否在web.config中配置404,403,500錯誤,設定錯誤頁面了
8.是否考慮未登入訪問頁面的情況了...
9,是否為代碼添加詳細的注釋了(注釋大概占要佔總代碼的五分之三),當修改代碼是是否連注釋一塊修改了
10.方法的命名是否合理..傳回值類型與方法名是否對應!
11.對於可能出現多種情況的,是否用string,或int代替bool..如刪除是返回bool還是返回int..
12.若使用了事務,是否都提交了...

 

有點糾結,接下來怎麼辦呢?!