專案打單時該寫什麼文擋
左直拳清華大學出版社的《系統分析員教程》上介紹說，系統開發可以分為以下幾個階段：
總體規劃，系統分析，系統設計，系統實施，系統執行及評價。
每個階段都有一定的文擋與之對應，比如，總體規劃階段是《可行性分析報告》，系統分析階段是《系統分析報告》，等等。
階段劃分得很清晰，令人信服。可是，有誰能告訴我，專案在打單時是處於乙個什麼階段？又該寫什麼樣的文件？
總體規劃階段是軟體生命週期的第一階段，按道理講，專案打單應該處於這個階段。而這個階段主要就是弄清楚做什麼，能不能做的問題，也就是說，不管是進行技術可行性分析也好，經濟可行性分析也好，目的只有乙個，考察一下這個專案要不要立項，能不能立項。
這樣子疑問就來了，總體規劃階段產生的《可行性分析報告》究竟是給誰看的？對於使用者方，還用得著我們軟體公司去給他論證是否有必要上這個專案嗎？肯定是自己有需要才找上門來的嘛。如果是使用者自己寫的，提交給自己的領導，申請要搞這麼個專案還差不多。看樣子，炮製出來的《可行性分析報告》是給我們軟體公司自己看的，也就是說，現在有這麼一張單，你說說看，能不能接？
如此，想拿到一張單，寫乙份《可行性分析報告》給客戶看肯定不合適。
那麼應該寫什麼？
目的決定一切。搞這麼多東西，不就是為了拿到合同嗎？因此，我認為打單的時候，呈給客戶的文件，或方案書，應該包括以下內容： 1、
你（客戶）上這個專案真是太對了
客套話當然還是要說，先恭維一下客戶，簡單空泛一點就是了，一般都以「當今世上，資訊**……」或「隨著中國加入wto……」為開頭，瞭望一下國際風雲，分析一下天下形勢，認真的對客戶進行追捧。 2、
斬釘截鐵地告訴客戶，我有能力做這個專案。 3、
展開論述第二點，包括我對這個專案是如何理解的，描述一翻幻想中的專案會是個什麼樣子，採取那些步驟來做，耗時多長，等等。 4、
揭露底牌：**。
專案打單時該寫什麼文擋
專案打單時該寫什麼文擋 左直拳清華大學出版社的 系統分析員教程 上介紹說，系統開發可以分為以下幾個階段 總體規劃，系統分析，系統設計，系統實施，系統執行及評價。每個階段都有一定的文擋與之對應，比如，總體規劃階段是 可行性分析報告 系統分析階段是 系統分析報告 等等。階段劃分得很清晰，令人信服。可是，...
鍵盤究竟該怎麼打？
我突然發現我不會打鍵盤了。當然不是說我不會打字或打字速度太慢，而是說我不會標準的鍵盤指法。事情的起因很簡單。我最近感覺兩個手臂不太舒服，有點疼，有點酸。其實我心裡很明白，這是 職業病 沒有辦法的。但是我才工作一年多啊，就落下這個 病 心裡一寒。趕緊仔細反思了一番，結論是 我同電腦的時間太長了，累的。...
Oracle補丁就該這麼打
oracle補丁就該這麼打 關於備份 軟體的備份 備份重於一切，這是我們做變更的基礎，一定要給自己留後路。在做補丁更新前，我們必須需對oracle軟體進行備份 gi和db 以下給出命令示例 關閉集群crs,各個節點依次關閉 su oracle srvctl stop database d x 手工停...