科技文献管理系统需求规格说明书.doc

1、 科技文献管理系统 -软件需求规格说明书 目录1.文档概述41.1编写目的41.2背景41.3定义【文档中常用的技术缩略语以及相关词条】41.4参考资料42.任务概述42.1业务需求42.2 Stackholder利润分析42.3用户特点分析42.4相关事实与假设53.需求概述53.1系统概述53.2文献管理子系统63.2.1概述63.2.2业务事件63.2.2.1个人用户上传文献63.2.2.2个人用户查找搜索文献73.2.2.3个人用户搜索文献并输出83.2.2.4个人用户删除文献83.2.3报表93.2.3.1文献检索结果报表93.3个人用户信息维护子系统103.3.1概述103.3.2

2、业务事件103.3.2.1修改和删除个人信息103.3.3报表113.3.3.1 个人信息报表113.4管理员信息维护子系统113.4.1概述113.4.2业务事件123.4.2.1添加用户和维护用户信息123.4.2.2修改管理员信息123.4.3报表133.4.3.1 管理员信息报表134.具体需求134.1文献管理子系统134.1.1用例模型134.1.1.1 UC_B_LiteratureManage（B类）业务功能类134.1.1.2 UC_R_LiteratureManage (C类）报表类154.1.1.3 UC_I_LiteratureManage (I类）接口类164.1.2

3、领域模型164.1.2.1 LiteratureManage领域类164.2个人用户信息维护子系统164.2.1用例模型164.2.1.1 UC_B_UserinfoManage（B类）业务功能类164.2.1.2 UC_R_UserinfoManage (C类）报表类174.2.1.3 UC_I_UserinfoManage (I类）接口类184.2.2领域模型184.2.2.1 UserinfoManage领域类184.3管理员信息维护子系统184.3.1用例模型184.3.1.1 UC_B_Managerinfo（B类）业务功能类184.3.1.2 UC_R_Managerinfo (C

4、类）报表类194.3.1.3 UC_I_Managerinfo (I类）接口类204.3.2领域模型204.3.2.1 Managerinfo领域类205.补充规约205.1设计约束205.1.1技术选择的限制条件205.1.2运行环境【建议使用部署图表示】215.1.3预期的使用环境215.2质量属性【本部分建议直接分解成需要开发的技术功能点】215.2.1安全性要求215.2.1.1访问安全性要求215.2.1.2数据安全性要求225.2.1.3通信安全性要求225.2.1.4其他安全性要求225.2.2可靠性要求225.2.2.1容错性要求225.2.2.2可恢复性要求225.2.3易用

5、性要求225.2.3.1界面友好性要求225.2.3.2易操作性要求235.2.3.3其他易用性要求235.2.4性能要求235.2.4.1数据访问性能要求235.2.4.2数据传输性能要求235.2.5可维护性要求235.2.6可移植性要求235.2.6.1适应性要求235.2.6.2易安装性要求235.3其他要求235.3.1包装需求231.文档概述1.1编写目的 此文档用于对科技文献管理系统软件的需求进行详尽的描述，旨在使需求者明确此系统的要求和细节，让开发人员了解系统所需要实现的具体功能，给测试阶段提供详尽的审核标准。1.2背景 随着Internet的发展，文献信息的发布和获取相比以往

6、有了很大的不同，文献信息的网络化和电子化越来越普及，Internet正在成为人们获取和交流信息的基本平台。本次设计是开发一个科技文献管理系统软件，这种文献管理工具能够使用户可以对各种类型的文献信息进行有效的收集、管理、检索以及输出。1.3定义【文档中常用的技术缩略语以及相关词条】1.4参考资料软件需求最佳实践，徐峰 著 ，电子工业出版社。网络资源：2.任务概述2.1业务需求 在Internet发展的基础上，开发此科技文献管理系统，给查阅搜集文献的用户提供一个更方便快捷的收集、管理、检索以及输出文献资料的途径。2.2 Stackholder利润分析2.3用户特点分析用户需要具有基本的计算机操作能

7、力，可以根据系统的提示做出合理的操作，从而达到使用此系统帮助自己解决问题的目的。主要可以分为以下几类：系统管理员：具有很高的专业知识水平，理解此文献管理系统的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可；预期这部分用户会占本系统总用户量的多大部分。个人用户：具有一定的计算机操作能力和知识，了解关于文献分类的相关标准。提供给这部分用户操作手册即可。预期这部分使用者主要是来查询、检索、输入和输出操作。系统维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。 这部分用户主要是采用了

8、本系统之后的后期工作维护者。2.4相关事实与假设 系统是在网络发展相对成熟的背景下提出的，针对需要在网络上查询科技文献资料的用户而设计的此系统，以方便用户进行查询收集文献等。3.需求概述3.1系统概述经过查询资料并分析，该系统的使用人员有个人用户和管理员，两类使用人员分别赋予不同的权限。系统的主题域按照对文献进行管理的主要活动划分三个子系统：文献管理子系统、个人用户信息维护子系统、管理员信息维护子系统。接口分析如下：“文献管理子系统”与“个人用户信息维护子系统”：“文献管理子系统”可以赋予个人用户对文献进行上传、检索、统计、删除等功能。“个人用户信息维护子系统”用于管理个人用户从注册到注销期间

9、的个人信息，包括用户名、密码、注册邮箱等。“文献管理子系统”中的文献可以是由“个人用户信息维护子系统”中有记录的用户上传的，这些用户可以对文献进行各种操作。“文献管理子系统”与“管理员信息维护子系统”：“管理员信息维护子系统”是对管理员的信息进行管理的的系统，管理员对用户上传的文献信息进行审核，合格的可以批准上传到此系统中。“个人用户信息维护子系统”与“管理员信息维护子系统”：个人用户通过“个人用户信息维护系统”修改个人资料以及密码，管理员通过“管理员信息维护子系统”管理添加用户和维护个人用户信息。用构件图表示出主题域的划分：图1 主题域划分示意图3.2文献管理子系统3.2.1概述文献管理系统

10、主要是个人用户和管理员使用，实现个人用户对多种格式科技文献信息的录入、文献多维度分类、文献多属性查找、文献的动态组织与输出，可以实现删除个人文献的功能。文献管理系统管理员个人用户文献属性信息反馈审核文献属性信息文献的录入文献的分类文献的查找文献的输出图2 文献管理子系统的上下文关系图3.2.2业务事件3.2.2.1个人用户上传文献流程分析： 当用户需要上传文献时，首先需要登录，然后申请上传文献，然后选择需要上传的文件，之后等待管理员审核文献，如果审核合格，则上传完毕，如果审核不合格，则提示用户上传失败。申请上传文献用户登录 选择要上传的文件等待审核审核不合格审核合格上传失败上传完毕图3 个人用

11、户上传文献流程领域类分析：图4 个人用户上传文献流程领域类分析用例分析：在这个业务流程中，有两类直接与系统交互的用户，管理员和个人用户，涉及的业务活动即用例如下所示：图5 个人用户上传文献流程用例分析3.2.2.2个人用户查找搜索文献流程分析：当用户需要查找文献时，首先需要登录，然后申请检索文献，然后输入需要查找的文献的相关信息，此时可以根据多属性进行查询，然后系统将符合条件的检索结果显示出来。申请检索文献用户登录系统显示检索结果输入文献相关信息图6 个人用户查找搜索文献流程领域类分析：图7 个人用户查找搜索文献流程领域类分析用例分析：在这个业务流程中，与系统交互的用户只有个人用户，涉及的业务

12、活动即用例如下所示：图8 个人用户查找搜索文献流程用例分析3.2.2.3个人用户搜索文献并输出流程分析：当用户需要输出某文献时，首先需要登录，申请检索文献，然后输入需要查找的文献的相关信息，此时也可以根据多属性进行查询，用户将符合条件的检索结果选中，申请输出此文献。输入文献相关信息申请检索文献用户登录选中并申请输出文献系统输出此文献图9 个人用户搜索文献并输出流程领域类分析：图10 个人用户搜索文献并输出流程领域类分析用例分析：图11 个人用户搜索文献并输出流程用例分析3.2.2.4个人用户删除文献流程分析：当用户需要删除不必要的或者没有价值的文献，此时需要先登录，然后申请删除文献，系统给予确

13、认信息，然后即可删除。用户登录输入文献信息申请删除确认删除图12 个人用户删除文献流程领域类分析：图13 个人用户删除文献流程领域类分析用例分析：图14 个人用户删除文献流程用例分析3.2.3报表3.2.3.1文献检索结果报表（1） 概述此报表用于显示个人用户根据个人需求检索出来的文献信息。（2） 数据内容在此类查询中，主要涉及文献信息类，其关系如图所示 图15 文献检索结果报表领域类分析（3） 报表项 图16 文献检索结果报表用例分析用例名称用例描述上传的文献信息报表用户上传文献时，填写的文献的完整信息 搜索到的文献信息报表用户输入文献信息后搜索到的所有文献输出的文献信息报表用户需要输出的文

14、献信息删除的文献信息报表用户需要删除的文献的信息3.3个人用户信息维护子系统3.3.1概述个人用户信息维护子系统的使用者是个人用户，其可以在此系统中修改和删除自己的资料以及密码信息，可以查看个人全部文献信息。个人用户信息维护子系统个人用户信息反馈修改和删除信息 图 17 个人用户信息维护子系统上下文关系图3.3.2业务事件3.3.2.1修改和删除个人信息流程分析：个人用户要修改和删除个人信息时，首先需要登录，进入到个人信息页面之后，点击修改删除信息按钮，然后编辑信息，完成之后进行保存。如果编辑框内为空，即为删除。用户登录进入个人信息页面点击编辑信息按钮保存信息图18 修改和删除个人信息流程领域

15、类分析：此流程中，只有个人用户这一个类，只是对类的属性信息进行修改或者删除。图19 修改和删除个人信息流程领域类分析用例分析：图20 修改和删除个人信息流程用例分析3.3.3报表3.3.3.1 个人信息报表（1）概述此报表用于显示个人用户的所有个人信息。（2）数据内容在此类查询中，主要涉及个人用户类。（3）报表项图22 个人信息报表用例分析用例名称用例描述个人信息报表用户个人的完整信息 3.4管理员信息维护子系统3.4.1概述管理员信息维护子系统是管理员进行添加用户和维护个人用户信息操作，以及审核用户上传的文档是否合格。上下文关系图如下图：管理员信息维护子系统管理员添加用户和维护用户信息反馈信

16、息 图23 管理员信息维护子系统上下文关系图3.4.2业务事件3.4.2.1添加用户和维护用户信息流程分析：管理员要添加和维护用户信息时，首先需要登录，进入到管理员页面之后，点击编辑用户信息按钮，然后编辑信息，完成之后进行保存。用户登录进入管理员页面点击编辑用户信息按钮保存信息图24 添加用户和维护用户信息流程领域类分析：此流程中，涉及到管理员和个人用户两个类，对类的属性信息进行各种操作。图25 添加用户和维护用户信息流程领域类分析用例分析：图26 添加用户和维护用户信息流程用例分析3.4.2.2修改管理员信息流程分析： 管理员要修改其信息时，首先需要登录，进入到管理员页面之后，点击编辑管理员

17、信息按钮，然后编辑信息，完成之后进行保存。用户登录进入管理员页面点击编辑管理员信息按钮保存信息图27 修改管理员信息流程领域类分析：此流程中，只及到管理员类，只是对管理员的属性信息进行修改管理。图28 修改管理员信息流程领域类分析用例分析：图29 修改管理员信息流程用例分析3.4.3报表3.4.3.1 管理员信息报表（1）概述此报表用于显示管理员的所有个人信息。（2）数据内容在此类查询中，主要涉及管理员类。（3）报表项图30 管理员信息报表用例分析用例名称用例描述管理员信息报表管理员的完整信息 4.具体需求4.1文献管理子系统4.1.1用例模型4.1.1.1 UC_B_LiteratureMa

18、nage（B类）业务功能类（1）概述【编号、名称、概述、相关Stackholder】编号：UC_B_ LiteratureManage用例名称：文献管理用例概述：主要实现对各种科技文献信息的录入、文献多维度分类、文献多属性查找、文献的动态组织与输出，以及删除个人文献。相关Stackholder:Stackholder利益点个人用户（1） 对各种科技文献信息的录入（2） 文献多维度分类（3） 文献多属性查找（4） 文献的动态组织与输出（5） 删除个人文献管理员审核文献是否合格，修改用户信息（2）事件流描述【前、后置条件、基本、扩展、子事件流】前置条件：有一定的文献来源后置条件：确保没有重复的文献

19、导入项基本事件流：1个人用户上传文献2个人用户查找搜索文献3个人用户删除文献扩展事件流：1a.系统询问用户是否需要下载文献 1a1个人用户输入用户名和密码进入系统之后，检索到相关文献之后，点击下载文献按钮，即可进入下载页面。1b.用户上传的文献中，系统发现有多个可能重复的导入文献编号1b1.系统显示出所有可能重复的文献，并显示区分信息的主要信息1b2管理员从中选择符合要求的文献，并从相应的文献中选择出合适的数据2a.个人用户选择的文献种类不符合要求2a1.系统给出具体的提示信息，并且阻止个人用户完成文献的上传。子事件流： 文献多属性查找：个人用户进入系统之后，可以通过各种检索途径来查询需要的文

20、献信息。（3）相关需求与功能 1.文献的上传要符合系统提示的各种文献信息条件 2.文献的搜索要准确 3.文献的下载要不损坏原文件（4）界面原型【交互过程与界面详解】 管理员登录页面：提供管理员合法登录，进行身份验证 文献上传页面：提示用户填写将要上传的文献信息，然后选择文献存储路径，最后提示用户文献上传之后要经过管理员审核才能最终存入该系统中。 搜索文献界面：用来检索用户需要的文献信息，供用户查询使用。 文献下载界面：用来下载文献信息。删除文献界面：提示用户选择要删除的文献文件，然后提示用户是否确定删除。（6） 规约与约束文献管理的规则与约束：行为规则UC_B_ LiteratureManag

21、e _01上传文献中，文献不能重复导入性能约束UC_B_ LiteratureManage _02查询文献信息时，必须在3秒钟内返回结果结构规则UC_B_ LiteratureManage _03界面规则UC_B_ LiteratureManage _04界面简单易懂，追求适时的美感设计规则UC_B_ LiteratureManage _054.1.1.2 UC_R_LiteratureManage (C类）报表类（1）概述【名称、用户部门与职位、业务意图、相关场景】 名称：文献检索结果报表 用户部门与职位：个人用户业务意图：通过该报表来了解用户需要的文献信息 相关场景：在用户检索文献，下载文

22、献，删除文献的时候会出现此报表，供用户阅览并验证相关信息。（2） 报表内容【领域类图、数据项】 图31 文献检索结果报表领域类图（3） 输入/输出格式：在屏幕上、打印纸上的展现形式，通常都以示意图的形式出现。文献检索结果报表开始时间： 结束时间：文献编号文献名作者文献类型录入日期修改日期文献主题文献概述（4） 其他：与报表实现相关的其他信息按页级别：每页只显示一条文献信息，如果还有符合检索条件的文献则在下一页显示。其他：设置统一的报表布局要求。4.2个人用户信息维护子系统4.2.1用例模型4.2.1.1 UC_B_UserinfoManage（B类）业务功能类（1）概述【编号、名称、概述、相关

23、Stackholder】编号：UC_B_ UserinfoManage用例名称：个人用户信息维护用例概述：个人用户对自己的个人注册信息进行修改维护相关Stackholder:Stackholder利益点个人用户对个人信息进行修改维护确保准确无误（2）事件流描述【前、后置条件、基本、扩展、子事件流】前置条件：用户已注册后置条件：确保信息无误基本事件流：1个人用户输入用户名和密码，系统确认用户类型，并跳转到个人用户信息相关页面2个人用户选择需要编辑的项目，然后编辑并保存扩展事件流：1a.系统确定用户没有注册 1a1.个人用户输入用户名和密码。系统提示用户并未注册不能使用此系统，若需使用请先注册。1

24、b.系统发现用户存储的信息不符合要求1b1.系统显示出所有可能出错的信息，并提示用户进行修改子事件流： 注册新用户：编辑必要的用户信息，进行注册即可（3）相关需求与功能（1）用户主要信息确保正确，如个人邮箱，有找回密码功能（2）信息修改必须符合系统规定的要求（4）界面原型【交互过程与界面详解】 个人用户登录页面：提供个人用户登录，进行身份验证 信息维护页面：显示用户当前的信息，提供编辑按钮，用户点击之后即可修改并进行保存。( 5 ) 规约与约束个人信息维护的规则与约束：行为规则UC_B_ UserinfoManage _01用户ID不可以重复性能约束UC_B_ UserinfoManage _

25、02查询个人信息时，必须在3秒钟内返回结果结构规则UC_B_ UserinfoManage _03界面规则UC_B_ UserinfoManage _04界面简单易懂，追求适时的美感设计规则UC_B_ UserinfoManage _054.2.1.2 UC_R_UserinfoManage (C类）报表类（1）概述【名称、用户部门与职位、业务意图、相关场景】 名称：个人信息报表 用户部门与职位：个人用户业务意图：通过该报表来了解个人用户的所有信息 相关场景：当用户查询或者修改个人信息时，显示此报表，让用户查阅并确认信息。（2） 报表内容【领域类图、数据项】图32 个人信息报表领域类图（3）

26、输入/输出格式：在屏幕上、打印纸上的展现形式，通常都以示意图的形式出现。个人信息报表开始时间： 结束时间：用户编号用户名性别电话e-mail（4） 其他：与报表实现相关的其他信息其他：设置统一的报表布局要求。4.2.1.3 UC_I_UserinfoManage (I类）接口类(1) 使用者名称：普通用户注册业务目的：进行高效的普通用户注册管理。时机：不定，只要是普通用户进行正常的合法的注册均可以。频率：500次(2) 内容与格式交互过程：在调用接口时，数据从外部流入系统数据包说明：(3) 设计与实现约束协议格式要求：数据包必须采用TCP格式，数据交换必须以库交换实现，数据包协议必须符合858

27、3规范性能要求：接口调用必须在5秒内完成应答4.3管理员信息维护子系统4.3.1用例模型4.3.1.1 UC_B_Managerinfo（B类）业务功能类（1）概述【编号、名称、概述、相关Stackholder】编号：UC_B_ Managerinfo用例名称：管理员信息维护用例概述：管理员对自己的信息进行修改维护并辅助个人用户维护其信息相关Stackholder:Stackholder利益点个人用户管理员可以帮助个人用户修改维护其信息确保准确管理员维护自己的信息，和个人用户的信息（2）事件流描述【前、后置条件、基本、扩展、子事件流】前置条件：管理员已注册后置条件：确保信息无误基本事件流：1管

28、理员输入用户名和密码，系统确认用户类型，并跳转到管理员信息相关页面2管理员选择需要编辑的项目，然后编辑并保存3管理员添加个人用户，并对其信息进行修改维护扩展事件流：1a.系统确定管理员没有注册 1a1.管理员输入用户名和密码。系统提示用户并未注册不能使用此系统。1b.系统发现用户存储的信息不符合要求1b1.系统显示出所有可能出错的信息，并提示用户进行修改子事件流： 注册新用户：编辑必要的用户信息，进行注册即可（3）相关需求与功能（1）用户主要信息确保正确，如个人邮箱，有找回密码功能（2）信息修改必须符合系统规定的要求（4）界面原型【交互过程与界面详解】 管理员登录页面：提供管理员合法登录，进行

29、身份验证 信息维护页面：显示用户当前的信息，提供编辑按钮，用户点击之后即可修改并进行保存。( 5 ) 规约与约束新闻发布的规则与约束：行为规则UC_B_ UserinfoManage _01用户ID不可以重复性能约束UC_B_ UserinfoManage _02查询管理员以及个人信息时，必须在3秒钟内返回结果结构规则UC_B_ UserinfoManage _03界面规则UC_B_ UserinfoManage _04界面简单易懂，追求适时的美感设计规则UC_B_ UserinfoManage _054.3.1.2 UC_R_Managerinfo (C类）报表类（1）概述【名称、用户部门与

30、职位、业务意图、相关场景】 名称：管理员信息报表 用户部门与职位：管理员业务意图：通过该报表来了解管理员的所有信息 相关场景：当用户查询或者修改信息时，显示此报表，让用户查阅并确认信息。（5） 报表内容【领域类图、数据项】图33 管理员信息报表领域类图（6） 输入/输出格式：在屏幕上、打印纸上的展现形式，通常都以示意图的形式出现。管理员信息报表开始时间： 结束时间：用户编号用户名性别电话e-mail（7） 其他：与报表实现相关的其他信息其他：设置统一的报表布局要求。4.3.1.3 UC_I_Managerinfo (I类）接口类(4) 使用者名称：管理员注册业务目的：进行高效的用户注册管理。时

31、机：不定，只要是普通用户进行正常的合法的注册均可以。频率：500次(5) 内容与格式交互过程：在调用接口时，数据从外部流入系统数据包说明：(6) 设计与实现约束协议格式要求：数据包必须采用TCP格式，数据交换必须以库交换实现，数据包协议必须符合8583规范性能要求：接口调用必须在5秒内完成应答5.补充规约5.1设计约束5.1.1技术选择的限制条件本科技文献管理系统采用B/S结构的软件体系，服务器采用JSP技术,后台数据库采用SQL server2005。5.1.2运行环境【建议使用部署图表示】B/S客户端IE 6.0IIS服务器OS=windows数据库服务器Server=SQL 20055.

32、1.3预期的使用环境预期使用环境为Windows系统，IE版本6.0以上即可5.2质量属性【本部分建议直接分解成需要开发的技术功能点】5.2.1安全性要求5.2.1.1访问安全性要求本系统为科技文献管理系统，不允许未注册用户进入系统，注册后的个人用户可进入系统并且查看个人相关信息，以及管理个人文献，管理员也要通过注册身份验证得到授权才能进入科技文献管理系统后台，然后进行权限内的操作。5.2.1.2数据安全性要求因文献数据属于系统内部管理用，所以除管理员和个人用户外，其他人员不得访问。要求设有登录密码检验功能并且此密码可以在以后进行修改，并且可以进行数据备份。5.2.1.3通信安全性要求5.2.

33、1.4其他安全性要求本系统对文件进行了保护和备份，在文献上传到服务器后，服务器将会在后台自动备份一份文件，保护了文件的完整性。数据的完整性考虑：相关数据个人用户信息、管理员信息、文献信息等必须进行定期的储存和备份，以保证其完整性。尽量提高数据传输的安全性，使用安全链接加强保密性，通过防火墙加强网站的安全性。5.2.2可靠性要求5.2.2.1容错性要求在系统出现错误或者异常时，可以及时的保存数据，确保重要文件不会丢失，支持离线录入系统。5.2.2.2可恢复性要求表单数据进行自动保存，文献数据都进行了备份，如果出现意外，系统管理员可以及时的把数据恢复。5.2.3易用性要求5.2.3.1界面友好性要

34、求本科技文献管理系统使用友好的网页界面，简单易用，管理员也可以一目了然的了解不用界面的功能，实现各种操作进行文献数据更新、变更、删除等管理。5.2.3.2易操作性要求本系统操作性比较强，只要能够使用浏览器就可以轻易的操作本系统完成各种任务。5.2.3.3其他易用性要求在按钮、表单等工具栏旁边有说明导航标注，有助于用户使用本系统。5.2.4性能要求5.2.4.1数据访问性能要求本科技文献管理系统利用数据缓存，既保证了数据库中原始数据的可靠性，又能够加强数据之间的交互效率。5.2.4.2数据传输性能要求本科技文献管理系统数据在上传时会经过部分压缩，以加强数据的统一保存和处理，还能节省数据所占用的空

35、间，给数据库减小了一些压力。5.2.5可维护性要求由于本科技文献管理系统是一个简单的供用户管理个人文献的发布平台，不需要大量的数据交互以及版本升级，所以本系统通过管理员登录以后，进行系统维护以及文献的清理和整理、用户资料的管理整合以及功能的变动。5.2.6可移植性要求5.2.6.1适应性要求本科技文献管理系统基于网页界面，可以用于任何有浏览器的联网计算机，同时系统灵活性很强，可以随时进行内容修改和界面的更新。5.2.6.2易安装性要求本科技文献管理系统不需要安装，只要有网络可以联结该系统的服务器，就可以通过浏览器进入到本系统界面并且直接进行操作。5.3其他要求5.3.1包装需求美化了使用界面，让用户使用时能够心情愉悦，有一个良好的心态来使用本文献管理系统，友好而美观的界面还能加强产品的市场占有率，让越来越多的人们加入到使用本系统的行列中来。25