考慮一下這些情況,原本啟動乙個小的應急專案最後變成了乙個無可忍受的龐然大物而且看上去還在不斷地花銷你的程式設計師的時間;即便你清楚還有很多缺陷公司董事也宣告你將在一周內完成這個專案;你的團隊好不容易發布了軟體,竟沒有想到丟失了乙個非常重的特性讓使用者抱怨不已;而且你的團隊每修改完乙個缺陷總是沒完沒了的引出看似以前已經修復好的缺陷.如果你是一名軟體專案經理,你一定非常熟悉這些狀況,在你的工作過程中肯定遇到過不少相似的問題.
有相當多的軟體公司在按時發行符合使用者要求的質量可靠的軟體時會碰到這樣或那樣的問題，所幸的是軟體專案中的大多數問題根源於令人吃驚的一小部份原因，並且這些原因很容易被理解。通過挖掘，追述並調查全世界大量的軟體公司我們找到了解決這類問題目的一些通用直接的方法，它們實現起來也非常簡單；當然要向那些不了解軟體管理的人講明白其中的道理不是一件容易的事。本書目的在於幫助有一定軟體開發體會的人學習這些方法並將它們引入到公司中去工作。
這本書不單是集中了一些典型專案問題的解決辦法。其中每個技術，案例和工具都會幫你構建乙個可靠，開放，實用的環境，讓專案團隊，公司管理工作層，或是每乙個用到它的人獲益其中。通地共享專案資訊你的團隊或者經理能準確地了解你的決策並且深知其因。
不要以為專案管理僅是一門技術工程技能，好的專案管理可以歸納為以下幾條原則，如果你牢記它們將幫你管理任何軟體專案。
＊確保所有的決策根植於開放共享的資訊基礎。
＊不要妄加猜測你的團隊成員的專業知識。
＊在開始每個專案之前強調軟體質量至關重要。
＊不要人為的給團隊造成層次對立，要讓它們團結目標一致。
＊用最好的工程例項最快的完成專案。
要作出好的決斷專案經理必須了解軟體開發的每個方面。好的專案經理不必是程式設計師，測試人員，需求分析師或設計師，但必須明白為什麼需要他們，需要他們作什麼，怎麼協調他們工作而不是讓他們屈從於某事；還必須讀懂他們建立的文件並提供明智的反饋意見；必須依據客觀分析（而不是感覺，偏好或是團隊某些人）作出最利於專案的決策。
第一章 導論
c 是物件導向的高階語言，將客觀事物都看作物件，將同類物件進行抽象，形成類，類封裝起來只暴露介面，符合人類的思維方式。用源語言寫的，有待翻譯的程式 源程式通過翻譯程式加工以後生成的機器語言程式 連線目標程式以及庫中的某些檔案，生成乙個可執行檔案 加一位，0表示正，1表示負，符號絕對值表示的編碼，但是...
軟體專案管理習題（第一章概述）
一 判斷題 專案具有暫時的特徵，因此其成果也是暫時的。專案是由臨時性的組織完成的。專案管理的核心物件是 範圍 進度 風險。專案開發過程中所使用的資源應該不加限制。根據專案生命週期可知，不同專案階段對資源的投入強度不同。通常是前期投入低，逐漸增加達到高峰後開始降低。過程管理與專案管理在軟體組織中是很重...
第一章 物件導論
所有程式語言都提供抽象機制。人們所能夠解決的問題的複雜性直接取決於抽象的型別和質量 物件導向程式設計允許根據問題來描述問題，而不是根據執行解決方案的計算機來描述問題。物件導向程式設計的五個基本特性，這些特性表現了一種純粹的物件導向程式設計方式 總結 這 一小節首先介紹了類的思想 物件導向程式設計語言...