文献管理助手项目
需求分析
计划完成时间：2011-04-23
撰写人：王颖
1.3、项目风险 (4)
1.4、预期读者和阅读建议 (4)
1.5、参考资料 (5)
2、任务概述 (5)
3、需求规定 (5)
3.2、对性能的规定 (8)
3.2.1、精度 (8)
3.2.2、时间特性要求 (8)
3.2.3、灵活性 (8)
3.3、输入输出要求（具体输入见模块IPO图） (8)
3.4、数据管理能力要求 (8)
3.5、故障处理要求 (8)
3.6、其他要求 (8)
4、综合描述 (9)
4.1、产品的状况 (9)
4.1.1、程序 (9)
4.1.2、文件 (9)
4.1.3、服务 (9)
4.1.4、非移交的产品 (9)
4.2产品的功能 (9)
4.3用户类和特性 (10)
4.4运行环境 (10)
4.5、设计和实现上的限制 (10)
5、外部接口需要（运行环境） (10)
5.1、设备 (10)
5.2、支持软件 (10)
5.3、接口 (10)
5.3.1硬件接口 (10)
5.3.2软件接口 (10)
5.3.3通讯接口 (10)
5.4、控制 (11)
5.5、界面 (11)
6、其他非功能要求 (11)
6.1、安全需求 (11)
6.2、质量需求 (11)
6.3、业务规则 (11)
6.4、用户文档 (11)
6.5、成本 (12)
6.6、开发进度 (12)
7、分析模型 (13)
8、词汇表 (16)
10、待定问题 (16)
1、引言
1.1、编写目的
在对我们开发对象“文献管理助手”各方面的需要和特点的分析和对用户可能需要的要求和开发、使用过程中有可能出现的问题进行分析之后，我们确定了开发成本、进度、
具体功能、需要的数据、资源以及该软件的安全性能等要求与功能。
本软件需求分析书全面、概括性地描述了文献管理助手开发的各方面需要及该软件系统需要完成的功能，使软件开发人员和用户对本系统中的业务流程及功能能达成共识。
通
过本软件需求分析书，开发人员可以清楚的，明白面临的问题和需要完成的任务，用户可
以清楚的了解本软件系统所具有的功能和使用特点。
1.2、背景
1、待开发的软件系统的名称：文献管理助手-Document Management Assistant（DMA）。
2、本项目的任务提出者：邱镇龙。
开发者：邱镇龙、王颖、裴仁静、曹沁。
用户：广大研究人员。
开发平台：Visual C#
3、该软件系统同其他系统或其他机构的基本的相互来往关系待定。
1.3、项目风险
我们小组的信息系统开发课程设计题目是：文献管理助手系统的开发。
系统开发的总的设计目标是实现文献管理的系统化、规范化和自动化，实现对文献资料的集中统一的管
理。
本系统主要实现对文献信息的管理，主要功能为管理文献的作者、内容、出版时间与出处等信息。
本系统主要是将信息进行统一存放，以便于管理者对文献信息进行查询。
可
见，本系统并不复杂，主要解决的问题是利用关键字对已存放在数据库中的文献信息进行
查询，得到想要文献的相关信息与快速找到文献的存放位置。
只有能按时的完成次项目就没有任何的风险，所以次项目是安全的。
1.4、预期读者和阅读建议
本需求分析书的主要读者为：
1、用户
2、开发人员
3、计划人员
4、设计人员
5、测试人员
6、检测人员
阅读建议：
1、建议用户主要阅读本需求分析书的第四块“综合描述”和第五部分“外部接
口需要即运行环境”。
2、开发人员、设计人员、测试人员、检测人员应仔细认读本需求分析书。
3、计划人员可大概对本书有一个了解。
1.5、参考资料
《软件工程原理及应用》陈世鸿朱福喜黄水松陈磊编著
文献管理助手项目开发计划书。
2、任务概述
2.1、目标
在计划的时间也经费范围内完成用户的要求。
2.2、用户的特点
大部分是在校学生，经济能力有限，而且希望在较快的时间内实现需要的功能，需要结果一目了然。
2.3、假定和约束
开发时间：2011.3.1——2011.6.10
开发经费：预计第一年，投入资金47000元，收益为13500元；第二年投入7500，而收益为38000；第三年投入6500，收益为60000。
3、需求规定
3.1、对功能的规定
本系统主要实现对文献信息的管理，主要功能为管理文献的作者、内容、出版时间与出处等信息。
本系统主要是将信息进行统一存放，以便于管理者对文献信息进行查询。
可见，本系统并不复杂，主要解决的问题是利用关键字对已存放在数据库中的文献信息进行查询，得到想要文献的相关信息与快速找到文献的存放位置。
文献管理助手的具体功能为：
1、用户登录，并根据后台保存的数据判断用户名、密码、验证码等是否正确。
若正确
则继续执行下面功能，反之，提示错误，重新输入。
2、根据界面上的提示信息，用户输入选择的操作，根据用户的选择，对数据库的资料
进行修改：
查询分别有：
（1）类别查询，则将数据库的资料按照类别分类，并将分类结果展示给用户。
（2）内容查询，则将用户输入的内容与数据库保存的关键字进行比较，将满足用户输入的数据展示给用户。
（3）作者查询，则将数据库中的作品作者与用户输入的作者比较，将满足用户需要的数据展示给用户。
（4）出版社查询，则将数据库中的作品出版社与用户输入的出版社比较，将满足用户需要的数据展示给用户。
（5）时间查询，则将数据库中的作品时间与用户输入的时间比较，将满足用户需要的数据展示给用户。
3、根据查询到的类容对文献进行管理，如：删除、修改等。
3.2、对性能的规定
3.2.1、精度
通过用户输入的信息准确地对文献进行管理，通过输入文献的某个特性能快速的找到满足要求的文献。
3.2.2、时间特性要求
管理文献的时间短，通过较短的时间就能实现需要的的功能。
3.2.3、灵活性
可以按照不太文献的不同特性进行管理，不同的文献也可以根据不同的特征分到不同的类，这样可以提高查找的速度，使管理更加便捷。
而且基本上适应现在所有的操作系统，软件的移植性强。
3.3、输入输出要求（具体输入见模块IPO图）
输入要求：如果粗略查找，所输入的数据必须是存档的时候存入的特性之一。
如果要精确的的查找，就要输入所有存档的信息。
输出要求：根据用户输入的信息在数据库里进行查找，并显示所有满足要求的数据。
3.4、数据管理能力要求
能根据用户的需要，对数据库进行添加，删除，查找，排序等一系列操作，并根据用户的操作对数据库进行及时的更新。
3.5、故障处理要求
当出现因为突然死机而导致系统崩溃，数据丢失的时候，能根据个人身份认证在开发方要求数据恢复。
安全系统保证用户的资料不会被别的用户窃取，保证每个用户的私密，用户可以放心使用。
3.6、其他要求
1、价格的要求，价格不能太高，要能让大部分的用户接受。
2、时间的要求：能够在用户规定的时间提供软件。
3、服务的要求：在保修期内，如果用户有需要，能在第一时间提供维修。
信求
求
求
求
删
8、词汇表
本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。
为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析报告，要求使用非软件专业或者非计算机专业的术语描述软件需求。
所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术语。
DB——数据库
DBMS——数据库管理系统
DBS——数据库系统
SQL——结构化查询语言
Module——块
DFD——数据流图
……
……
……
9、数据定义
9.1、用户信息表CX
CX01 姓名
CX02 性别
CX03 年龄
CX04 学校
CX05 学院
CX06 账号
9.2、汇总表DF
DF1 类别汇总
DF2 内容汇总
DF3 作者汇总
DF4 出版社汇总
DF5 时间汇总
10、待定问题
1、若两个用户同时需要查询同一个文献的时候，如何分配不确定。
2、若一个用户修改了资料而另一个要用修改前的，则会产生错误。