软件工程基础作业 可行性与需求分析
這里是可行性與需求分析文檔
可行性分析
以全面、系統的分析為主要方法,經濟效益為核心,圍繞影響項目的各種因素,運用大量的數據資料論證擬建項目是否可行。對整個可行性研究提出綜合分析評價,指出優缺點和建議。在立項時,應該對項目進行綜合分析,探討項目的經濟、社會、技術可行性,從而為決策提供基礎。該模板為ISO標準文檔模板,其不僅適用于軟件項目,對于其它的系統項目也適用。
要求與目標
開發一個文獻閱讀助手,實現文獻知識圖譜構建,參考文獻、圖表、目錄的解析與抽取,劃詞翻譯等功能。成品應輕量好用,操作簡單,無惡性bug
技術可行性
市場已經上存在類似項目,和相應的工具包,要求進行整合與調用,技術限制主要集中于對相關工具的了解與熟悉,對功能整合時產生問題的處理與維護。
經濟可行性
本工程產品不參與經濟活動,不考慮收益問題,本產品投入較小,生產成本可忽略不計。本產品為一次性產品,無需考慮維護費用問題
操作可行性
本軟件設計目標為簡潔易懂,不需要用戶有任何技術背景,只需看懂系統操作流程即可,用戶無需具備網絡與計算機知識,系統輕便,快捷,穩定且無惡性bug。
法律可行性
本軟件由二人小組獨立開發且不參與市面上任何經濟交易與經濟活動,無經濟違法與專利違法的可能性。從軟件功能上來看,本產品為pdf閱讀器,旨在為用戶創造良好的閱讀體驗,并不用于參加任何違法活動。
人員
由二人小組開發,不涉及人員入職,轉職,辭職等人員變遷,工作分配穩定。
社會影響
本次產品為學生作業,旨在完成項目的同時了解軟件工程的基本流程和方法,最終產品為小型輔助軟件,對社會產生的影響極其有限且理論上無任何不良影響。
潛在風險與解決方法
- 不可抗力(如:地震,海嘯,火山爆發等):軟件開發成本極低,損失有限,不考慮應對不可抗力
- 人員意外傷害:合理調整開發計劃
- 技術問題限制:向外尋求幫助,換個角度解決問題或以較小的代價放棄相應功能
- 實際時間與計劃不符:迅速查明問題并尋找解決方案,若無效,則調整開發計劃。
需求分析
準確理解用戶和項目的功能、性能、可靠性等具體要求,將用戶非形式的需求表述轉化為完整的需求定義,從而確定系統必須做什么。需求分析以系統規格說明和項目規劃為分析活動的出發點,并從軟件角度對它們進行檢查與調整,是軟件設計、編碼、測試、乃至維護的重要基礎,目的是提高軟件生產率,降低軟件的開發成本,改進軟件的質量
產品描述
在學者日常閱讀國內外文獻的過程中,經常會遇到諸多問題,比如在閱讀外國文獻時遇到不認識的單詞或句子,比如在查找文獻相關的引用文獻時大費周章,或者構建文獻的知識圖譜與邏輯結構圖時總會因為pdf樣式文獻而產生諸多不便。為此,我們打算打造一款文獻閱讀助手的軟件,本產品的實質為pdf閱讀器,主要功能通過實現pdf中文字的提取,對結果二次加工實現對文獻引言,簡介與目錄的抽取,實現對文獻引用的參考文獻的抽取,實現文件之間相互引用的關系的構建,實現英文文件的翻譯等功能。通過大造一款輕量化,便捷化,簡易化的軟件實現輔助學者們閱讀各種文獻的功能。軟件的應用目標是解決pdf閱讀文獻的操作不便問題,讓每一位本軟件的使用者感受科技的便捷。
產品功能:
- 參考文獻抽取
- 根據輸入的pdf文獻抽取其參考文獻并存放至文本文件中,如果沒有文本文件則需新生成相應文件
- 結果應清晰明了
- 截取的參考文獻應完整齊全,條理清晰
- 文獻內容翻譯
- 對選定目標內容實現翻譯
- 翻譯結果應清晰準確
- 文獻目錄,簡介抽取
- 根據輸入的pdf文獻抽取其參考文獻并存放至文本文件中,如果沒有文本文件則需新生成相應文件
- 結果應簡潔易懂,反應文章總體內容
- 構建引用關系圖
- 結果正確
- 關系圖清楚
用戶特性
本產品對用戶無要求,使用者為各行各業學者,本軟件無使用門檻,操作界面簡潔易懂,老少皆宜,界面友好。錯誤提示清楚詳細。
性能需求
- 本軟件為小型軟件,在保證功能正確,反應迅速的基礎上性能要求越低越好,在基本的windows與mac等常見的操作系統環境下都能運行。
- 系統功能無論在任何環境下都能正確運行或給出正確且簡潔明了的錯誤報告
- 系統應該使用簡易且可維護性較高。
- 系統開發選擇統一的開發標準
- 系統安全性可靠,運行時無危險
- 系統可擴展性良好,支持新功能錄入與需求變更。
基本的數據流圖
PSP表格
| Planning | 計劃 | 100 | 100 |
| · Estimate | · 估計這個任務需要多少時間 | 100 | 100 |
| Development | 開發 | 1900 | 2100 |
| · Analysis | · 需求分析 (包括學習新技術) | 500 | 400 |
| · Design Spec | · 生成設計文檔 | 100 | 100 |
| · Design Review | · 設計復審 (和同事審核設計文檔) | 100 | 100 |
| · Coding Standard | · 代碼規范 (為目前的開發制定合適的規范) | 100 | 100 |
| · Design | · 具體設計 | 200 | 300 |
| · Coding | · 具體編碼 | 500 | 700 |
| · Code Review | · 代碼復審 | 200 | 200 |
| · Test | · 測試(自我測試,修改代碼,提交修改) | 200 | 200 |
| Reporting | 報告 | 300 | 300 |
| · Test Report | · 測試報告 | 100 | 100 |
| · Size Measurement | · 計算工作量 | 100 | 100 |
| · Postmortem & Process Improvement Plan | · 事后總結, 并提出過程改進計劃 | 100 | 100 |
| 合計 | 2300 | 2500 | |
總結
以上是生活随笔為你收集整理的软件工程基础作业 可行性与需求分析的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: android icu4c 7.1编译报
- 下一篇: java异常处理机简答题,【简答题】JA