本文在描述了短消息業務系統的 網絡 結構基礎上,總結計費系統的需求要點,進而采用UML語言對短消息計費系統進行分析。 一、短消息業務平臺的網絡結構 短消息中心系統從物理設備上主要..
沙漏之喻 軟件工程——其實是人們希望從工程領域中學習經驗、借鑒理論來幫助解決在復雜系統和軟件 開發 中遇到的問題。然而,隨著軟件工程的實踐,越來越多的人認識到軟件的生產和造橋..
對于軟件的需求調研活動,雖然曾經寫過三篇相關的 需求管理 文章,出發角度是從整體的需求管理過程考慮;在引入CMM(二)需求管理KPA活動的基礎上,列舉了如何進行需求調研前的需求管理..
親愛的讀者們,再一次提請你們注意,我并不是 Microsoft 的員工,我是在過去一兩年察覺到這一點的,世界已經從 Microsoft 開發 工具組看到了一種不同的姿態。它們已經開放。這一運動的時髦叫..
“用戶的需要就是需求”,這話只對了一半。 我們知道,軟件 開發 是由需求驅動的,需求是源于用戶的需要,這是一個基本原則,但是“需要”如何表達成“需求”呢?這就是需求獲取,或曰..
成功的軟件產品是建立在成功的需求基礎之上的,而高 質量 的需求來源于用戶與 開發 人員之間有效的溝通與合作。當用戶有一個問題可以用計算機系統來解決,而開發人員開始幫助用戶解決..
首先我們對 需求 獲取的溝通原理進行分析,然后看看怎樣提高溝通的技巧。 溝通的定義是人們分享信息、思想和情感的任何過程,另一種定義是溝通是通過信息交互作用來影響看法、決策和行..
編者按: 我們將圍繞著“需求變更”這個主題展開討論,希望對各位 開發 能有所幫助。讓我們先來看一個需求變更的典型案例: Steven剛出任項目經理,并承接了一個中型軟件項目。公司再三..
7.3 滿足論據 第7.2 節討論的基本可跟蹤性實現,對于很多機構都是一個重要發展步驟。的確,改變機構文化,采用即使是這種簡單方法,其本身也可能是一大步。但是,總是還有更多可以做的。..
縱觀CMM(二)各KPA活動的要求,絕大多數的KPA均需要從計劃(策劃)開始,普遍的步驟要求是從準備工作--計劃---執行活動---維護過程---改善過程等這幾個大類,如 配置管理 、 質量保證 、項目..
在中國軟件行業現狀中,惡性競爭比比皆是,而惡性競爭的產生物:合同,導致大中型軟件項目中,項目組面臨著在時間上,成本上和人力上都不切實際的目標,一個在標準含義上注定要失敗的..
關鍵字:軟件 項目管理 步驟 一個 軟件 項目的成功很大成分在于合格的人才,有了優秀的管理人員和技術人員,再按照正確的 開發 方法,就一定能夠取得項目的成功。而有些軟件公司在面臨..
前些日子有一個朋友向我要一份需求的標準文檔,因為他現在正在負責一個項目。我對他說,我的需求文檔只適合我用,并不適合你用。如果你是真的想在 開發 過程中引入科學的管理方法,靜..
和業務建模時期不同的是,我不再花費筆墨討論需求要如何做,因為做法、注意點和業務建模時期并沒有什么太大的區別。而在完整的流程上,像 RUP 、XP之類的方法學可比我講的要好的多。因..
從這一篇開始,我們開始進入細節需求時期。和業務建模時期注重于軟件概貌不同的是,細節需求時期講究充分挖掘涉眾的需求,并作為其它的活動的輸入。細節需求時期和業務建模時期有著不..
需求 從哪兒來? 來自于項目甲方,還是直接或間接的用戶、經理、高級經理、操作人員、支持人員、 測試人員 ,與你的系統有聯系的其它系統的 開發 人員,或是維護人員?這是所有的正式需..
☆概要 需求管理恰如裁縫的量體裁衣,它直接關系到最終產品的成型。僅從字面出發,如果一個產品滿足了客戶需求,那它無疑就是成功的。需求管理的過程,從 需求分析 開始貫穿整個項目始..
先說一個小笑話。有一個生產隊隊長,他對專家說:“現在我們生產隊的地越來越多,牛越來越忙不過來了。我想要這么一種牛,他吃的草和普通牛一樣多,但是干的活是普通牛的十倍?!睂<?.
主持人:剛才討論了很長時間,主要圍繞問題焦點就是如何捕獲需求。把需求素材都拿到以后,就進入到下一個階段,就是把這些需求素材整理成文檔,也就涉及到下一個話題,也就是需求表達..
聊天活動到場10位嘉賓,他們分別是(從左往右):潘加宇( UML China)、殷志梅(東方通科技)、張皖秋(東方通科技)、KristianPersson(Telelogic)、任群力(Telelogic)、于波(賽柏科技)、青潤..