文献管理——需求分析

合集下载

文献分析方法(1)

文献分析方法(1)

文献研究方法(收集、整理、分析)一、文献分析的目的与作用(一)文献分析的意义文献分析是获取有关现实和学术研究的真实情况的重要途径。

分析某个问题的研究现状,人们也可以运用文献分析法,对主要学术期刊发表的论文进行各种要素的统计和分析,从中获取有关研究者和选题的发展变化情况。

此外,通过分析文献中某特定术语的使用情况,也可以得到一些重要信息,诸如人们对某问题的关注情况和研究进展等。

全面的文献资料调研是研究的基础。

一般来说,文献资料调研的数量越多越好,但更重要的是精读10-20篇对自己研究工作具有宝贵参考价值文献,同时泛读几十篇次要文献,并有选择地阅读一般文献的摘要和结论部分。

只有在大量文献调研的基础上,才能去伪存真、去粗取精、提纲挈领和推陈出新地开展自己有特色的研究。

(二)文献分析的目的文献综述要针对某个研究主题,就目前学术界的成果加以研究。

文献综述旨在整合此研究主题的特定领域中已被思考过和研究过的信息,并将此议题上的权威学者所做的努力进行系统的展现、归纳和评述。

在决定研究目的之前,通常必须关注的问题是:研究所属的领域或其他领域对此问题已知多少;已完成的研究有哪些;以往的建议与对策是否成功,有无建议新的研究方向和议题。

许多研究者并不考虑这些问题,就直接进行文献探讨,将在短时间内找到的现有文献做简略引述或归纳,也不做批判,甚至与论文研究的可行性、必要性也无关。

张丽华等(2004)认为,文献综述至少可达到的基本目的有①:●让读者熟悉现有研究主题领域有关研究的进展与困境;●提供后续研究者的思考;●未来研究是否可以找到更有意义、更显著的结果;●对各种理论的立场说明,可以提出不同的概念框架;●作为新假设提出研究理念的基础,对某现象和行为进行可能的解释,识别概念间的前提假设;●改进与批判现有研究的不足,推出另类研究,发掘新的研究方法和途径,验证其他相关研究。

具体来讲,文献分析的目的在于:彰显对某一知识体系的熟悉程度,使他人能够对研究者的专业能力与知识背景做出判断,以取得他人的信任,说服读者。

图书管理系统需求分析

图书管理系统需求分析

图书管理系统需求分析图书管理系统需求分析随着图书馆规模的扩大和管理的复杂化,图书管理系统成为了图书馆运营的必要工具。

本文将对图书管理系统的需求进行分析,包括用户需求、功能需求、性能需求、界面需求、技术需求和商业需求等方面。

一、用户需求图书管理系统的主要用户包括图书馆管理员、读者和出版社。

管理员需要一个高效、易用的系统来管理图书、读者和图书馆日常运营。

读者需要一个方便、友好的系统来查询图书、借阅和续借。

出版社需要一个开放、灵活的系统来管理图书信息和新书发布。

二、功能需求1、图书管理:包括图书信息录入、查询、修改和删除等功能。

2、读者管理:包括读者信息录入、查询、修改和删除等功能。

3、借阅管理:包括借书、还书、续借和预约等功能。

4、库存管理:包括库存查询、入库和出库等功能。

5、统计分析:包括借阅统计、读者统计和图书统计等功能。

6、系统管理:包括系统设置、权限管理和日志等功能。

三、性能需求1、稳定性:系统应能够保持长时间稳定运行,避免因硬件或软件故障导致的数据损失。

2、安全性:系统应能够保障数据安全,避免未授权访问和数据泄露。

3、可靠性:系统应能够提供可靠的图书管理和借阅服务,避免因系统故障导致借阅流程受阻。

4、响应速度:系统应能够快速响应读者的查询、借阅和续借请求。

四、界面需求1、易用性:系统应具有简单的操作流程和直观的用户界面,方便用户使用。

2、美观性:系统应具有美观的界面设计,提高用户的使用体验。

3、设计风格:系统应保持一致的设计风格,确保各个功能模块的统一性和协调性。

五、技术需求1、前端技术:应选择适合图书管理系统的前端开发框架和库,例如React、Vue等。

2、后端技术:应选择稳定、高效的后端开发框架和技术,例如Spring、MySQL等。

3、数据库选择:应选择适合图书管理系统的数据库,例如MySQL、Oracle等。

六、商业需求1、系统开发成本:应考虑系统开发的成本,包括人力、硬件和软件等费用。

图书馆管理系统需求分析

图书馆管理系统需求分析

图书馆管理系统——需求分析说明目录一、引言1.1 编写目的1.2 项目背景1.3 术语定义1.4 参考资料二、任务概述2.1 功能概述2.2 目标2.3 用户特点三、具体需求3.1 ER图3.2 用例图3.3 用例说明四、系统接口4.1 用户接口4.2 硬件接口4.3 软件接口五、性能需求六、软件属性6.1 可使用性6.2 系统安全6.3 可维护性一、引言1.1 编写目的编写本报告的目的是明确本系统的详细需求,供使用单位确认系统的功能和性能,并作为软件设计人员的设计依据和使用单位的验收标准。

需求说明书有时候也被称为规格说明书,本规格说明描述了任务管理项目的要求,并且作为各方面沟通的依据,也为下一步工作提供基准。

软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点。

经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。

1.2 项目背景项目名称:图书馆管理系统项目开发者:“图书馆管理系统”开发小组用户:湖州职业技术学院图书管理员、读者(学生、老师)为方便对图书馆书籍、读者资料、借还书等进行高效的管理,特编写该图书管理系统以提高图书馆的管理效率。

使用该系统之后,工作人员可以查询某位读者、某种图书的借阅情况,还可以对当前图书借阅情况进行一些统计,给出统计表格,以便全面掌握图书的流通情况。

1.3 术语定义1.系统:图书馆管理软件2.图书信息:一些图书的基本信息,包括书名、书号、作者、出版社、库存数量及库存位置等信息,便于读者查询借阅。

3.借书记录:包括借阅者的姓名、ID号以及所借书的书名和借书日期等信息。

4. 借阅规则:对不同的借阅者有不同的借阅册数和借阅时间,对不同的违章情况有不同的罚款措施。

1.4参考资料:[1] 王立福等,《软件工程》(第三版),北京大学出版社[2] 张海藩,《软件工程导论》(第五版),清华大学出版社[3] 王珊等,《数据库系统概论》(第四版),高等教育出版社二、任务概述2.1 功能概述基本功能要求:图书管理:新书登记,图书查询,图书注销;借阅管理:借书,还书,查询今日到期读者;读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等);报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。

图书管理系统需求分析、可行性分析

图书管理系统需求分析、可行性分析

系统需求分析1.课题背景21世纪以网络为中心的计算机技术、信息通讯技术、信息数字化技术得到了飞速的发展,尤其是信息高速公路的建设给人类带来巨大的影响,社会信息化程度得到大大的提高,作为传统的文献信息的存储和传播的图书馆受到空前的挑战,传统的信息源变的模糊,人们可以通过网络获得全世界的信息,而不在局限于图书馆。

以信息高速公路和多媒体技术为标志的信息技术革命,将图书馆推向自动化、电子化和数字化的方向发展。

数字图书馆的出现对于正在不断产生的浩瀚的信息资源的整理、管理、提取和服务,具有十分重要的作用,因此数字图书馆研究和发展的意义凸显出来,成为当前的一项重大课题,引起了世界性的广泛关注。

2.可行性分析(1)技术可行性分析该系统较为简单,耗费资源较少,而且对出纳人员计算机能力要求不高。

只需进行一些日常操作和维护。

因此系统在技术上是可行的。

图书出纳管理系统,就是在该系统上开展图书的出纳、借阅。

能在该系统上实现:图书的检索图书的添加、删除、修改图书的借阅与归还管理员的登录读者的管理图书出纳管理系统作为一种简化流程,提高效率,深受着老一辈的图书管理人员的欢迎。

提高了效率,节省了时间。

(2)经济可行性分析图书出纳管理系统是比较简单的管理系统,开发与维护的费用都不是很高。

投入低,但后期带来的回报巨大。

可长期使用,没有后续费用。

可行性结论:根据上述分析,图书馆出纳管理系统开发符合条件,可以立即开发。

3.功能分析系统功能分析是在系统开发的总体任务的基础上完成。

(1)图书馆管理信息系统需要完成功能主要有:◆系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者账户,增加和删除书籍。

输入、查询、修改、删除借阅者的基本信息(借阅者编号、借阅者姓名、本次借阅书本数量、累计借书数量)输入、查询、修改、删除书籍信息(书籍编号、书籍名称、作者姓名、出版社名称、书籍单价、在库总量、剩余量等等)图书管理员能够处理借阅者的借阅和还书请求,并对图书进行分类。

图书管理系统-需求分析文档

图书管理系统-需求分析文档

图书管理系统-需求分析文档一、引言图书馆:指具有一定规模的、提供图书、期刊、报纸、音像等多媒体文献信息服务、满足用户阅读、学习、研究、娱乐需要的场所。

为了更好地服务读者,提高图书馆的管理效率,图书管理系统应运而生。

本文将针对图书管理系统展开需求分析。

二、背景随着信息时代的到来,各种信息技术的应用不断深入人们的生活,图书管理系统也在不断地升级改善。

传统的图书管理方式已经无法满足现代化、智能化的管理模式。

图书管理系统具有以下几个特点:管理简便;信息自动处理;多样化的功能模块;操作简单高效;数据的实时监测等等。

三、需求分析3.1 系统架构图本系统的基础架构大体如下,主要分为:客户端、服务器端和数据库三个部分。

(1)客户端(用户端):主要包括借书、还书、查询图书、借阅历史记录等模块,用户可以通过客户端实现相关的操作。

(2)服务器端:主要包括图书采购、借还管理、读者管理、图书馆统计等模块。

(3)数据库:主要存储相关的图书信息、读者信息、借阅信息等。

3.2 系统功能模块图书管理系统涉及的功能主要包括:图书管理、借阅管理、读者管理、系统设置等。

(1)图书管理①图书采购管理:图书管理员可以通过系统实现图书采购流程的管理,包括采购计划审批、采购单编制、采购合约审批等。

②图书入库管理:对图书采购完成后,需要进行入库管理,主要包括图书信息的录入、条码标识、分类编目、装订、库存信息维护。

③图书查询:图书管理员可以进行图书信息的查询,包括图书名称、作者、出版社、ISBN号等信息的查询。

(2)借阅管理①借书管理:用户通过图书管理系统借书,需要输入借书卡号和密码,系统将校验该用户是否有借书权限,并记录借阅的相关信息。

②还书管理:用户还书也需要输入借书卡号和密码,系统将校验该用户是否有还书权限,并记录还书的相关信息。

③借阅历史记录:用户可以查询自己的借阅历史记录,包括借阅日期、还书日期、借阅状态等信息。

(3)读者管理①用户注册:读者可以通过系统注册借书卡,并输入姓名、身份证号、联系方式等信息进行注册操作。

文献管理与信息分析

文献管理与信息分析

文献管理与信息分析文献管理与信息分析随着科技的不断发展,信息资源越来越丰富,如何从海量的文献中寻找所需信息成为人们的重要需求。

同时,随着研究的深入,研究者需要对已有文献进行系统化的整理和分析,以寻求新的研究思路和突破口。

文献管理与信息分析成为了解决这些问题的关键因素。

一、文献管理文献管理指的是将已有的文献进行搜集、分类、整理、存储、检索和利用的过程。

它是科研工作中不可或缺的一环,并且直接影响到科研工作效率和成果质量。

1. 文献搜集首先,文献搜集是文献管理的第一步。

它包括查找已有文献的信息资源,如国内外学术期刊、数据库、图书馆藏、互联网等,并对这些文献进行筛选、整理和归类,以便后续的利用。

2. 文献分类与整理其次,文献分类与整理是文献管理的核心内容。

在这一步骤中,需要根据研究的主题和研究者的需要,将已有文献进行分类和整理,以方便后续的查找和检索。

常见的分类方式包括按照研究领域、时间、地区、作者等方面进行分类。

整理则可以通过建立文献数据库或使用文献管理软件来实现。

3. 文献存储文献存储是文献管理的重要环节,它决定了文献的长期保存和后续的使用。

常用的存储方式包括书籍、期刊、光盘、硬盘等。

不同的存储方式,其保存时间、可靠性、便捷性等方面不尽相同。

对于重要的文献,还可以进行数字化保存,以确保长期保存和使用。

4. 文献检索最后,文献检索是文献管理的最后一步。

通过针对不同的研究主题和文献分类进行检索,可以从已有的文献中筛选出所需信息,以便后续的研究和分析。

二、信息分析信息分析是指根据已有的资料和信息,对其进行系统的整理和分析,找出其中的规律和研究思路,为研究提供依据和启示。

信息分析是科学研究的重要环节,无论在理论研究还是实践应用方面都起到重要的作用。

1. 数据整理信息分析的第一步是数据整理,通过对所需要的数据资料进行整合、分类、归纳和标注,以形成数据集和文献库。

这一步骤可以通过使用数据管理软件和文献管理软件来实现。

文献管理系统设计与实现

文献管理系统设计与实现

文献管理系统设计与实现作为一个学术研究者,文献管理是我们无法避免的一件事情。

在过去,传统的文献管理方式是在笔记本上或者纸笔上记录阅读笔记,但是这种方式已经过时。

现在,我们需要一款更加高效、智能的文献管理系统。

本文将介绍如何设计和实现一款文献管理系统。

一、需求分析在设计一款文献管理系统之前,需要对用户的需求进行分析。

首先,需要分析用户的主要任务是什么。

大多数学术研究者需要完成的任务是文献搜索、文献阅读和文献管理。

因此,一款好的文献管理系统应该能够满足这些需求。

其次,需要分析用户对于文献管理系统的期望。

用户希望系统可以自动化地捕捉文献元数据并存储到系统中。

此外,他们也希望系统可以生成和管理文献引用格式,并且可以将文献信息与其他研究者分享。

考虑到这些因素,我们需要设计一款功能齐全、易于使用和集成的文献管理系统。

二、技术方案1. 技术架构文献管理系统需要一个可靠、高效的服务器来存储文献数据。

服务器应该拥有足够的存储空间、数据安全性和数据备份机制。

2. 后台数据库系统的后台数据库需要存储文献元数据,例如文献作者、文章标题、出版日期等等。

为了提高搜索效果,可以使用Apache Solr等搜索引擎技术来优化搜索结果。

3. 用户界面用户界面应该是直观、易于使用的。

它应该提供分页、搜索、筛选、排序、导航和文献库清单等功能。

4. PDF阅读器系统同时需要一个好用的PDF阅读器,因为大多数学术研究者的文献都是以PDF格式为主。

PDF阅读器应该提供高效的搜索、标注和导出的功能。

5. 插件和自动化工具文献管理系统需要一些插件和自动化工具,例如谷歌学术插件、文献自动识别和引用格式转换工具等。

三、系统实现1. 后台数据库后台数据库主要用来存储文献元数据。

我们可以使用MySQL等关系数据库,或者使用Apache Solr等搜索引擎。

对于文献的元数据,常用的标准是BibTex、RIS和EndNote等格式。

我们可以定义文献元数据表来存储这些元数据。

论文需求分析和可行性分析

论文需求分析和可行性分析

论文需求分析和可行性分析随着科技的不断发展,人们的生活水平不断提高,需求也越来越多样化。

在学术界中,论文也成为了一种需求。

从学术上来讲,论文是一种具有一定价值的知识输出形式,因此,如何进行论文需求分析和可行性分析成为了很多人需要关注的问题。

一、需求分析需求分析是指对论文需求进行系统、全面的分析和调查,以确定需求的具体内容和范围。

1. 确定论文类型论文类型包括硕士论文、博士论文、学术论文等,每一种类型都有其独特的要求和规范。

因此,确定论文类型是进行需求分析的首要任务。

2. 确定研究领域由于学科体系之间差异较大,研究领域也各不相同。

在进行论文需求分析时,需要明确研究领域。

3. 确定研究主题在确定了论文类型和研究领域之后,需要进一步确定研究主题。

研究主题应该是有实际意义的、能够解决实际问题的。

4. 确定论文范围在确定了研究主题后,需要明确论文的范围。

范围应该具有可行性,同时不应过于宽泛,避免影响研究质量。

5. 设定目标和任务在明确了论文范围之后,需要设定研究目标和任务。

研究目标和任务应该有针对性和可行性。

二、可行性分析可行性分析是指对论文目标和任务进行分析,以确定研究的可行性。

1. 技术可行性技术可行性是指研究方法和手段的可行性。

要保证研究方法和手段是科学的、合理的、可行的。

2. 资源可行性资源可行性是指在研究过程中需要的资源是否满足要求。

资源包括研究所需的资金、设备、数据等。

3. 时间可行性时间可行性是指在有限时间内能否完成论文研究。

要保证在规定时间内完成研究,并保证研究质量。

4. 成本可行性成本可行性是指研究项目的投资成本是否能够支持整个研究过程。

要保证在合理的成本范围内完成论文研究。

5. 内部可行性内部可行性是指研究主题是否能够被充分研究和解决。

要保证研究主题具有实际意义,同时能够被研究和解决。

总之,论文需求分析和可行性分析是进行论文研究的重要内容。

只有进行充分的分析和考虑,才能确保研究过程的有效性和质量。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

文献管理助手项目
需求分析
计划完成时间: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、若一个用户修改了资料而另一个要用修改前的,则会产生错误。

相关文档
最新文档