软件工程基础作业 可行性与需求分析

这里是可行性与需求分析文档

可行性分析

以全面、系统的分析为主要方法，经济效益为核心，围绕影响项目的各种因素，运用大量的数据资料论证拟建项目是否可行。对整个可行性研究提出综合分析评价，指出优缺点和建议。在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。

1. 要求与目标

   开发一个文献阅读助手，实现文献知识图谱构建，参考文献、图表、目录的解析与抽取，划词翻译等功能。成品应轻量好用，操作简单，无恶性bug

2. 技术可行性

   市场已经上存在类似项目，和相应的工具包，要求进行整合与调用，技术限制主要集中于对相关工具的了解与熟悉，对功能整合时产生问题的处理与维护。

3. 经济可行性

   本工程产品不参与经济活动，不考虑收益问题，本产品投入较小，生产成本可忽略不计。本产品为一次性产品，无需考虑维护费用问题

4. 操作可行性

   本软件设计目标为简洁易懂，不需要用户有任何技术背景，只需看懂系统操作流程即可，用户无需具备网络与计算机知识，系统轻便，快捷，稳定且无恶性bug。

5. 法律可行性

   本软件由二人小组独立开发且不参与市面上任何经济交易与经济活动，无经济违法与专利违法的可能性。从软件功能上来看，本产品为pdf阅读器，旨在为用户创造良好的阅读体验，并不用于参加任何违法活动。

6. 人员

   由二人小组开发，不涉及人员入职，转职，辞职等人员变迁，工作分配稳定。

7. 社会影响

   本次产品为学生作业，旨在完成项目的同时了解软件工程的基本流程和方法，最终产品为小型辅助软件，对社会产生的影响极其有限且理论上无任何不良影响。

8. 潜在风险与解决方法

   • 不可抗力（如：地震，海啸，火山爆发等）：软件开发成本极低，损失有限，不考虑应对不可抗力
   • 人员意外伤害：合理调整开发计划
   • 技术问题限制：向外寻求帮助，换个角度解决问题或以较小的代价放弃相应功能
   • 实际时间与计划不符：迅速查明问题并寻找解决方案，若无效，则调整开发计划。

需求分析

准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么。需求分析以系统规格说明和项目规划为分析活动的出发点，并从软件角度对它们进行检查与调整，是软件设计、编码、测试、乃至维护的重要基础，目的是提高软件生产率，降低软件的开发成本，改进软件的质量

1. 产品描述

   在学者日常阅读国内外文献的过程中，经常会遇到诸多问题，比如在阅读外国文献时遇到不认识的单词或句子，比如在查找文献相关的引用文献时大费周章，或者构建文献的知识图谱与逻辑结构图时总会因为pdf样式文献而产生诸多不便。为此，我们打算打造一款文献阅读助手的软件，本产品的实质为pdf阅读器，主要功能通过实现pdf中文字的提取，对结果二次加工实现对文献引言，简介与目录的抽取，实现对文献引用的参考文献的抽取，实现文件之间相互引用的关系的构建，实现英文文件的翻译等功能。通过大造一款轻量化，便捷化，简易化的软件实现辅助学者们阅读各种文献的功能。软件的应用目标是解决pdf阅读文献的操作不便问题，让每一位本软件的使用者感受科技的便捷。

2. 产品功能：

   • 参考文献抽取
     • 根据输入的pdf文献抽取其参考文献并存放至文本文件中，如果没有文本文件则需新生成相应文件
     • 结果应清晰明了
     • 截取的参考文献应完整齐全，条理清晰
   • 文献内容翻译
     • 对选定目标内容实现翻译
     • 翻译结果应清晰准确
   • 文献目录，简介抽取
     • 根据输入的pdf文献抽取其参考文献并存放至文本文件中，如果没有文本文件则需新生成相应文件
     • 结果应简洁易懂，反应文章总体内容
   • 构建引用关系图
     • 结果正确
     • 关系图清楚

3. 用户特性
   本产品对用户无要求，使用者为各行各业学者，本软件无使用门槛，操作界面简洁易懂，老少皆宜，界面友好。错误提示清楚详细。

4. 性能需求

   • 本软件为小型软件，在保证功能正确，反应迅速的基础上性能要求越低越好，在基本的windows与mac等常见的操作系统环境下都能运行。
   • 系统功能无论在任何环境下都能正确运行或给出正确且简洁明了的错误报告
   • 系统应该使用简易且可维护性较高。
   • 系统开发选择统一的开发标准
   • 系统安全性可靠，运行时无危险
   • 系统可扩展性良好，支持新功能录入与需求变更。

基本的数据流图

PSP表格

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
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