日韩黑丝制服一区视频播放|日韩欧美人妻丝袜视频在线观看|九九影院一级蜜桃|亚洲中文在线导航|青草草视频在线观看|婷婷五月色伊人网站|日本一区二区在线|国产AV一二三四区毛片|正在播放久草视频|亚洲色图精品一区

分享

[博客頭條]一位系統(tǒng)分析師的工作經(jīng)驗總結(jié) - CSDN.NET - CSDN資訊

 jandye 2011-05-08
一位系統(tǒng)分析師的工作經(jīng)驗總結(jié)

2010-07-19 11:25 | 5842次閱讀 | 來源:csdn.net 【已有14條評論】發(fā)表評論

關(guān)鍵詞:需求,分析 | 作者: | 收藏這篇資訊

談到項目的需求分析,幾乎每個軟件開發(fā)人員都會為此感到頭疼。時間緊任務(wù)重流程混亂,客戶需求的頻繁變動,成為軟件開發(fā)永遠不變的話題。

博客專家Macming近日發(fā)布了一篇博客,談到了在前公司一些項目實施遇見的問題,并分享了他的個人系統(tǒng)分析的經(jīng)驗,其中特別提出的是用戶需求分析的“二八“法則,Macming認為:

  “對于一個面向公共(大用戶群、非公司內(nèi)部系統(tǒng))的系統(tǒng),要關(guān)注最廣大的80%的用戶,因為另外20%的需求很可能會使另外的80%的人產(chǎn)生困擾;同樣大 部 分軟件只有20%的功能是經(jīng)常使用到的,對于互聯(lián)網(wǎng)公眾平臺來講對另外不常用的80%需求的“重視”,只會分散開發(fā)人員的注意力,使用戶體 驗、易用性、可操作性下降,并增加系統(tǒng)復(fù)雜性、維護和運營成本;因此要將主要精力放到那20%功能的開發(fā)上。”

你對需求分析怎么看?

博客原文:

剛在一家公司離職,因為公司上市后規(guī)模迅速壯大,急于開發(fā)幾款戰(zhàn)略產(chǎn)品支撐,公司高層對我們之前進行的一個項目非常重視,投入巨大。系統(tǒng)開發(fā)之初需 求原本很明確,但新的需求總是在開發(fā)的過程中不斷地被提出,今天來了個推廣部經(jīng)理,明天來了個市場部總監(jiān),各有各的想法,并且各個部門、分公司經(jīng)常找開發(fā) 小組開會提出新的需求變更。由于項目經(jīng)理的“軟弱”,我們一般很難拒絕。因為老總總是要先看到做出的效果再提意見,所以項目做的很急,系統(tǒng)框架在剛開始設(shè) 計時沒有被充分討論、簡化,感覺在后續(xù)開發(fā)中遇到很多問題,

現(xiàn)已離職,也無所顧忌,特談一談對系統(tǒng)分析的看法,總結(jié)一下之前的工作的經(jīng)驗,有不當(dāng)之處請指正。

做需求分析,我覺得最重要的任務(wù)是簡化業(yè)務(wù)流程、規(guī)則、邏輯;豐富用戶體驗;

0. 盡量將復(fù)雜的用戶需求抽象成最簡單的業(yè)務(wù)規(guī)則、數(shù)據(jù)庫結(jié)構(gòu)來實現(xiàn)。因為需求是不可能一下子就確定的,假設(shè)我們剛開始對核心需求的實現(xiàn)方式增加了一點點的復(fù) 雜性,比如說多加了一個表,一個耦合字段,那么對于以后的擴展我們就有可能要去制定更加復(fù)雜的規(guī)則去適應(yīng),從而“被逼”消耗更多的工作,使用更加復(fù)雜的結(jié) 構(gòu)和業(yè)務(wù)規(guī)則。尤其當(dāng)需求發(fā)生不斷變化時,改變這種體系所要花費的代價也會隨之幾何級上升(因為一般是不可逆的),用戶的可操作性也會隨之越低,并增加了 其使用上的難度,從而不得不對其進行培訓(xùn)。

1. 對于一個面向公共(大用戶群、非公司內(nèi)部系統(tǒng))的系統(tǒng),要充分進行“二八“劃分;一個系統(tǒng)不可能滿足所有人的需求;要關(guān)注最廣大的80%的用戶,因為另外 20%的需求很可能會使另外的80%的人產(chǎn)生困擾;一般人最容易記得7個字以內(nèi)的句子,同樣大部分軟件只有20%的功能是經(jīng)常使用到的,對于互聯(lián)網(wǎng)公眾平 臺來講對另外不常用的80%需求的“重視”,只會分散開發(fā)人員的注意力,使用戶體驗、易用性、可操作性下降,并增加系統(tǒng)復(fù)雜性、維護和運營成本;因此要將 主要精力放到那20%功能的開發(fā)上。

2. 對于核心產(chǎn)品,業(yè)務(wù)規(guī)則和邏輯的設(shè)計萬不可草率,并且不要集中由“一類”人去做;要從全局的角度制定業(yè)務(wù)流程,最好一開始就將最終使用和開發(fā)者納入業(yè)務(wù)流 程、規(guī)則、邏輯設(shè)計隊伍。并充分討論精簡后完成產(chǎn)品的整體構(gòu)架設(shè)計,然后進入編碼階段。綜合考量成本/效果的比例,舍棄對系統(tǒng)可能產(chǎn)生混亂的設(shè)計,并想辦 法最尋找簡單的替代方案。而且盡可能一開始就確定數(shù)據(jù)庫的主體框架,而非去制定每一步的細節(jié)。

3. 對于功能寵大、業(yè)務(wù)復(fù)雜的系統(tǒng),我認為用戶需求接受比在 5:3:2 左右是正常的, 相當(dāng)于10條需求中有5條可以完全接受的,有3條需要將實現(xiàn)方式略加改變而達目的,但一般有1~2條無法實現(xiàn)是正常的,因為可能會對系統(tǒng)造成較大的復(fù)雜性 或不利于擴展,而且很有可能跟現(xiàn)有系統(tǒng)的功能產(chǎn)生沖突。不利于系統(tǒng)結(jié)構(gòu)最簡化,增加系統(tǒng)運營成本的不可控風(fēng)險。

4. 當(dāng)公司的主打產(chǎn)品經(jīng)歷過數(shù)次功能擴展、升級后,而造成的構(gòu)架復(fù)雜性、數(shù)據(jù)庫負載、穩(wěn)定性、可操作性和用戶友好度下降達到一定程度時,就應(yīng)該考慮將關(guān)聯(lián)性不 大的功能分離成相對獨立的幾個系統(tǒng),只進行核心數(shù)據(jù)表進行共享,以此增強各個分系統(tǒng)的可重用和可靠性。從而避免只向一個大型系統(tǒng)輸出復(fù)雜性,造成可靠性下 降,以及維護、運營成本的上升。

    本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊一鍵舉報。
    轉(zhuǎn)藏 分享 獻花(0

    0條評論

    發(fā)表

    請遵守用戶 評論公約

    類似文章 更多