凡事先立項

2022-09-07 15:03:27 字數 2021 閱讀 5714

軟體工程

這個作業要求在**

/homework/10841

團隊名稱

鴿子開發組

作業正文

如下其他參考文獻

衝刺天數

計畫安排

第一天1.完善計畫。

2.分配成員工作

3.回顧需求規格說明書

第二天1.登入註冊頁面設計

2.主要功能頁面的ui設計。

3.框架的選擇。

4.後端成員討論互動情形。

5.資料庫設計。

第三天1.資料庫的匯入

第四天1.對已經完成的功能模組,完成測試

2.了解延遲模組的遇到的問題

3.總結測試結果

第五天1.對上次測試的結果發現的系統問題進行修復。

2.討論是否需要新增新的功能項。

3.繼續進行單元測試。

第六天1.系統要能執行,進行整合測試。

第七天1.進行專案的最後整理,整合編寫資料準備答辯

收穫:1、通過前幾次作業讓我們了解到團隊溝通的重要性,溝通到位才會提高效率;

2、每個成員之間的分工也應該明確,要調動成員的積極性;

不足:1、團隊的溝通時間少

2、成員分工不明確

3、時間規劃弱,效率低

1.成員之間的交流還是有所欠缺,特別是有能力的組員和能力不足的組員更應該多交流,才能

更好的學習到新的技術的思維方式

2.分配的任務的數量和難度還需要依據能力進一步規劃

3.應該要讓組員更充分的合作,而不是大組再分成了小組

【強制】**中的命名均不能以下劃線或美元符號開始,也不能以下劃線或美元符號結束。

反例:name / name / $name / name / name$ / name

【強制】**中的命名嚴禁使用拼音與英文混合的方式,更不允許直接使用中文的方式。

反例:dazhepromotion [打折] / getpingfenbyname() [評分] / int 某變數 = 3

【強制】類名使用 uppercamelcase 風格,但以下情形例外:do / bo / dto / vo / ao / po / uid 等。

正例:marcopolo / userdo / xmlservice / tcpudpdeal / tapromotion

反例:macropolo / userdo / xmlservice / tcpudpdeal / tapromotion

【強制】方法名、引數名、成員變數、區域性變數都統一使用 lowercamelcase 風格,必須遵從駝峰形式。

正例: localvalue / gethttpmessage() / inputuserid

【強制】常量命名全部大寫,單詞間用下劃線隔開,力求語義表達完整清楚,不要嫌名字長。

正例:max_stock_count

反例:max_count

【強制】抽象類命名使用 abstract 或 base 開頭;異常類命名使用 exception 結尾;測試類 命名以它要測試的類的名稱開始,以 test 結尾。

【強制】包名統一使用小寫,點分隔符之間有且僅有乙個自然語義的英語單詞。包名統一使用單數形式,但是類名如果有複數含義,類名可以使用複數形式。

【強制】杜絕完全不規範的縮寫,避免望文不知義。

【推薦】為了達到**自解釋的目標,任何自定義程式設計元素在命名時,使用盡量完整的單詞組合來表達其意。

正例:在 jdk 中,表達原子更新的類名為:atomicreferencefieldupdater。

反例:變數 int a 的隨意命名方式。

大括號的使用約定。如果是大括號內為空,則簡潔地寫成{}即可,不需要換行;如果是非空**塊則:

左大括號前不換行。

左大括號後換行。

右大括號前換行。

右大括號後還有 else 等**則不換行;表示終止的右大括號後必須換行。

13章 軟體測試

14章 質量保障

15章 穩定和發布階段

16章 it行業的創新

17章 人,績效和職業道德

立項管理 立項建議階段

立項建議小組應反覆進行立項調查 產品構思和可行性分析。在深思熟慮之後,立項小組撰寫 專案建議書 並申請立項。專案立項調查過程是迭代和反覆的過程,專案立項小組必須深入地進行立項調查,切不可閉門造車。值得注意的是,因專案立項調查過程會耗費較多人力和時間資源,立項小組往往草率地結束立項調查,導致編寫的 專...

事先規劃RTL結構

2017年07月18日 00 23 47 目前成熟的eda工具都是將rtl 暫存器傳輸級 層次的硬體描述語言轉換為實際的電路。所謂rtl的含義就是d觸發器之間穿插著組合邏輯。對於組合邏輯,我們只需描述它輸入和輸出的關係表示式 用if else和case語句 不必深究到底用怎樣的邏輯門來實現,而對於d...

「做事先做人」實戰

做事先做人 做 人事 比做 實事 難 其實上面兩個道理,我早就懂。但是年輕人往往覺得做實事才是重要的,交際公關是歪門斜道,不重視甚至不屑於做 人事 其實做 人事 比單純做事要複雜得多,更有挑戰性。這就是為什麼很多時候年輕人比年長者技術要好,思想要前衛,但最終挑樑做成大事的還是年長的人。對於以上觀點,...