信息化系統(tǒng)需求分析和可行性分析-展示頁(yè)
2025-02-01 12:30本頁(yè)面
【正文】 項(xiàng)目指導(dǎo)委員會(huì)主席 項(xiàng)目指導(dǎo)委員會(huì)意見(jiàn)不一時(shí)行使決策權(quán) 項(xiàng)目指導(dǎo)委員會(huì) 決定采納或拒絕變更請(qǐng)求 評(píng)估者 分析所建議的變更帶來(lái)的影響 修改者 實(shí)現(xiàn)已批準(zhǔn)的請(qǐng)求變更 建議者 提交變更建議 項(xiàng)目管理者 負(fù)責(zé)指定評(píng)估者和修改者 變更請(qǐng)求接受人 接受提交的變更請(qǐng)求文件 變更驗(yàn)證人 檢查變更是已正確被執(zhí)行 1. 可行性分析前提 2. 對(duì)現(xiàn)有系統(tǒng)的分析 3. 提出建議的系統(tǒng) 4. 技術(shù)上的可行性分析 6. 社會(huì)因素方面的可行性 6. 分析結(jié)論 1. 可行性分析的前提 對(duì)計(jì)劃的開(kāi)發(fā)項(xiàng)目進(jìn)行可行性分析的前提，如要求、目標(biāo)、假定、限制等。 （由項(xiàng)目指導(dǎo)委員會(huì)決定） *及時(shí)通知所有涉及的人員。 四、需求分析管理五部曲 需求管理技能培訓(xùn) 需求獲取 需求分析 需求驗(yàn)證 需求變更管理 五、管理需求變更 *仔細(xì)評(píng)估提出的需求變更。 *可行性 *必要性 *無(wú)歧義：每項(xiàng)需求在文檔中只出現(xiàn)一次。 三、高質(zhì)量的需求分析文檔的特征 *完整性：不能遺漏任何必要的需求。 *忽略某類(lèi)用戶的需求會(huì)導(dǎo)致其不滿。 *畫(huà)蛇添足導(dǎo)致無(wú)效工作量的增加。 二、需求分析不到位將導(dǎo)致的風(fēng)險(xiǎn)： *需求的膨脹會(huì)使項(xiàng)目延期或質(zhì)量下降。 *運(yùn)作層面： 對(duì)企業(yè)價(jià)值鏈以及各業(yè)務(wù)流程的分析，特別是關(guān)鍵業(yè)務(wù)流程的分析，明確企業(yè)在運(yùn)作過(guò)程中存在的問(wèn)題，找到運(yùn)作層面對(duì)信息系統(tǒng)的需求。 信息化系統(tǒng)需求分析和可行性分析 信息化系統(tǒng)需求分析 從企業(yè)的戰(zhàn)略、運(yùn)作和技術(shù)層面對(duì)企業(yè)信息化系統(tǒng)的功能需求進(jìn)行分析，寫(xiě)出需求分析報(bào)告。 一、企業(yè)信息化系統(tǒng)需求的層次 *戰(zhàn)略層面： 不僅要考慮企業(yè)的現(xiàn)狀，也要考慮企業(yè)未來(lái)的發(fā)展。 ＊技術(shù)層面： 從信息技術(shù)層面對(duì)系統(tǒng)的完善、升級(jí)、集成和整合提出需求。 *需求的模糊和不完善的需求分析會(huì)導(dǎo)致選型不當(dāng)、時(shí)間的浪費(fèi)和項(xiàng)目返工。 *過(guò)分簡(jiǎn)略的需求說(shuō)明會(huì)遺漏某些關(guān)鍵需求。 *需求的模糊和不完善的需求分析使項(xiàng)目驗(yàn)收
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1