摘要: 項目補充工作規范
編制：石正
審核：小組全體
?
1、??????????
平時... 閱讀全文
協作勝于編碼
團隊里不需要特殊人物。
團隊里的成員，雖然分工不同，但應該是平等、友好的。每個成員都應該有平等、協作的意識。
對工作可以有不同的意見，但確定的事情應該努力完成。
平時的工作，要嚴格遵照工作規范執行；如果發現工作規范需要調整，可以提出來討論；但在確定調整前，仍應該遵照原來的規范工作。
摘要: 條塊式軟件開發模式介紹最近在工作中，采用條塊式的開發模式，取得了應用的成功，特介紹給大家，希望大家多提寶貴意見，使該種開發模式，逐步走向完善。條塊式開發適合的場景：1、需求逐步到位；2、團隊組建初期；3、新開發模式的引入試驗；4、其他；具體工作模式如下：1、?????????? 系統采用條塊式開發模式；每條對應一個功能項，每塊對應一個功能項（條）的分層實現；2、?????????? 每條（功能項）... 閱讀全文
文檔一定要注意命名正確：文檔名要正確的反映文檔的內容，既不能縮小范圍，也不能擴大范圍
軟件工作中的文檔的命名很重要，直觀的表示文檔的內容；
錯誤的話，誤導讀者，造成團隊溝通障礙。
另外，文檔內部要注意編號清晰，正確；目的是：提高文檔的可讀性。
換了個地方辦公，告別小黑屋。哈哈
Java小組逐漸成熟了，Java小組解散了。
.Net小組建立了，希望盡快成熟。
新的小組，新的挑戰，盡心工作，渴望成功！
學習計算機的困難之一也許在于，很多書籍中有錯誤；
并且，有很多的錯誤，按照錯誤進行工作，程序也可以執行，不容易發現。
希望大家把自己發現的容易搞錯誤的東西，發出來，逐漸讓更多的人認識清楚，共同進步。
數據層設計的幾個問題
僅在此討論數據層設計的一些問題。
數據層的范圍：包括數據庫的內模式、模式、外模式；視圖；存儲過程。
關鍵點：如果系統采用分層結構的話，數據層標準的對外接口是存儲過程；上層程序只可以使用存儲過程來使用數據層。
加一句：“所有的數據訪問用存儲過程在數據庫事務中一次完成。（即代碼中沒有SQL語句）”，建議可以作為技術點存在。趙向陽。2006-06-08。
好多文章中，把數據層的范圍搞的不清楚；數據層對外接口搞的不清楚；甚至把數據層的名字用錯位置了。
僅發此短文，希望對計算機事業的發展有點輕微的作用。
文檔合格的簡單標準
1、內容正確；
2、描述適當；一般人容易犯的錯誤是描述過于簡單，總認為別人和自己一樣很了解系統；解決辦法：1、盡量羅嗦點；2、參考寫的好的文檔；
3、格式優美。
文檔是軟件的重要組成部分，文檔正確是軟件正確的基本要求。
文檔文件的命名正確也是文檔正確的要求。
軟件和程序的區別是文檔
程序的定義在《數據結構》書中是如下描述的：
??????程序 = ?數據結構 + 算法
軟件在《軟件工程》書中是如下描述的：
??????軟件 =? 程序 + 文檔
2者的關鍵區別在于文檔。即軟件強調文檔的存在。
摘要: 約束符號
作者：白靜?1
?
.
在因果圖上使用若干個特殊的符號標1明特定的約束條件
?系統原因：看圖的話，需要進到我的博客才可以看。 閱讀全文
因果圖的基本符號：作者：白靜
?系統原因：看圖的話，需要進到我的博客才可以看。
時光容易流逝，珍惜現在
昨天晚上去工學院讀書了；坐在明亮的教室里，和大家一起讀書的感覺真好！
以后，有機會的話，要多去讀書。
最近工作太忙了，很累。
晚上讀書時，讀了一會，先趴桌子上睡了一覺，然后讀書。
中間出去散步了20分鐘。讀到10：25回家。大概讀了2個小時的書，感覺真好。
比平時找時間讀書，一周讀的內容都多。幸福啊！真幸福！
打不開google.com的解決辦法：打不開gmail.com也同樣處理.
在C:\WINDOWS\system32\drivers\etc\hosts文件中添加一行：
64.233.171.99? www.google.com
然后重啟就可以打開google.com了
如果還是打不開gmail中的郵件，則打開internet選項->高級，在安全下的“使用TLS 1.0"前面畫勾，重啟IE，就可以打開gmail了
我直接把2個地方都改了,沒有重啟就可以了.
第一次使用博客。
熱烈歡迎美工白丁同志加入本小組！
多發高見啊！
摘要: 一提起“軟件測試”，總有不少人很反感，因為在他們得印象當中，做測試的就是整天沒事干，專挑別人毛病的；甚至還有不少程序員就感覺“測試和開發”人員是對立的……?????? 其實不然，軟件測試是在軟件開發過程中是和開發人員相互合作，不存在對立關系的，他也是一個獨立的部門。測試就是在一個程序被交付到最終 用戶手上之前找出程序中的錯誤為目的活動。?????? 測試是檢查產品的質量，而不是檢查開發人員的質量；... 閱讀全文
編碼能力過關的一道自我參考測試題目
題目：請使用任何一種方式寫出一元二次方程求實根的算法或程序；
????????????設計該算法的測試用例；
????????????說明你設計測試用例的原理（依據）。
答題時間：30分鐘。
標準說明：3個子問題的分值依次為40、40、20；
????????????以下標準僅做參考，實際工作能力（實際工作中遇到的問題）達到同樣的分值，才具有同樣的能力（僅本題可以做到，不算）。
????????????獲得40，及格；（代碼級工作能力）
????????????獲得60，良好；（初級設計級工作能力）
??????????? 獲得80，優秀；（中級設計級工作能力）
????????????獲得95以上，好。（高級設計級工作能力）
注：合格的編碼級設計人員應該正確回答該題目。
淺陋見解，僅供參考。拋磚引玉，多加指教！
個人軟件能力成熟的簡單判斷方法
1、自我感覺在團隊里的工作是愉快的；
2、承擔的工作，大部分是在計劃內完成的；
3、和團隊成員之間的溝通是順暢的；
4、熟悉和他人協作工作的基本方法，能夠做到大部分的協作是有效的；
5、和相關部門的關系基本上是融洽的；
6、熟悉使用最基本的版本控制軟件等工具進行工作；
更細致、更規范的標準可以參考：個人軟件能力成熟度相關的說明。
淺陋見解，拋磚引玉。
團隊成熟的簡單判斷方法
1、大部分的團隊成員感覺在團隊里的工作是愉快的；
2、團隊承擔的工作，大部分是在計劃內完成的；
3、成員之間的溝通是順暢的；
4、成員經常協作工作，并且大部分的協作是有效的，甚至是高效的；
5、團隊和相關部門的關系基本上是融洽的；
6、團隊使用最基本的版本控制軟件進行工作；
更細致、更規范的標準可以參考：軟件能力成熟度模型(CMM)、或者集成軟件能力成熟度模型(CMMI)相關的說明。
淺陋見解，拋磚引玉。
摘要: 根據需要把測試中出現的錯誤類型簡單的分一下類，主要分為四類，
A
類
嚴重錯誤、
B
類
... 閱讀全文