需求分析说明书实例+范例+非常详细

合集下载

需求分析范例

需求分析范例

鑫方圆纺织有限公司进销存管理系统《需求说明书》第一部分、引言1.1编写目的该文档为我项目组与鑫方圆纺织有限公司人员交流、洽谈,共同制定。

确定鑫方圆纺织有限公司进销存软件系统功能,文档化需求,方便我项目组后期开发按需求完成功能。

达到鑫方圆纺织有限公司预期的效果。

同时,该文档也是我项目组是否按要求完成项目计划的依据。

日期:2011年**月**日1.2背景说明:A、软件名称:鑫方圆纺织有限公司进销存管理系统B、提出者:鑫方圆纺织有限公司开发者:华腾软件学院实现完成的系统将在鑫方圆纺织有限公司的采购、销售、仓储等部门使用,所应用的网络是鑫方圆纺织有限公司内部服务器网。

该公司的相关操作人员可以通过内部网络来操作本系统。

C、本系统将是独立的系统,目前不予鑫方圆纺织有限公司的其他软件系统提供接口,与第三方软件无交互,所产生的输出都是独立的。

第二部分、任务概述2.1目标鑫方圆纺织有限公司为了实现纺织管理信息化,以及各部门管理的规范化,流程化,以及仓库管理的严格化,而委托我项目组开发一套采购、销售、库存等各部门管理一体化的系统。

达到仓库管理清晰化,透明化,解决手工记录造成的混乱不清,以及销售订单、采购计划、仓库管理,一体化管理。

解决信息流通不够及时,处理问题不够迅速的目标。

我项目组根据需求设计了如下解决方案:(具体功能说明后面有介绍)基本信息管理采购管理销售管理仓库管理系统管理统计分析第1页共10页该软件为内部服务器运行系统,并不与其他软件有任何交互。

是一款可独立运行的完整系统。

2.2用户特点系统管理员:具有丰富的服务器技术、和软件系统,负责软件超级管理员管理。

经 理:简单培训即可迅速掌握软件使用方法。

软件主要使用人员 销售人员:简单培训即可迅速掌握软件使用方法。

软件主要使用人员 采购人员:简单培训即可迅速掌握软件使用方法。

软件主要使用人员 仓库主管:简单培训即可迅速掌握软件使用方法。

软件主要使用人员 仓库管理员:简单培训即可迅速掌握软件使用方法。

需求分析说明书(模板)

需求分析说明书(模板)

需求分析说明书(模板) XXX系统需求分析说明书XXX系统需求分析说明书编号:XXXXXXX版本:1.0作者:审批:日期:日期:XXX系统需求分析说明书状态修订人修改日期版本备注XXX系统需求分析说明书目录11.11.21.31.44.14.24.34.44.54.655.1XXX体系需求阐发说明书5.2 5.31.1目的1.2范围1.3读者对象1.4术语与缩写解释缩写、术语解释XXX系统需求分析说明书系统管理员对人员信息进行统一管理,主要负责人员信息管理,包括人员的用户分配,人员的增加,帐户冻结,另外负责体系的优化和日常维护。

表12产品介绍与开发背景3产品意义4产品的功能性需求4.1系统划分系统功能划分如下:4.2用户脚色划分XXX系统需求分析说明书4.3登录登录体系管理员图3用户登录用例编号UC001说明用户输入登录信息,如用户名和暗码,以体系承认脚色身份进入本体系。

角色登录的信息。

信息用户名密码类型不少于6位,最多20位的字符不少于6位,最多20位的字符表2描绘用于登录系统的用户名用于登录身份考证的暗码登录确认用户通过在浏览器中输入用户的用户名和暗码,由背景体系收集输入的信息,并进行核实比较确认。

对应的事件流内容用例编号用例名称用例说明参与者前置条件后置条件UC001用户登录用户登录系统系统用户系统有效用户用户所输入的信息与后台系统数据库表中所保存的信息一致1.用户输入用户名、暗码,点击提交2.系统验证用户名和密码3.验证成功,系统跳转到主页说明基本路径XXX系统需求分析说明书扩展路径1.用户输入的登录信息的用户名无效2.体系提示输入正确格式的用户名信息3.用户输入的密码无效4.系统提示输入正确的密码信息表3活动图输入用户名和密码点击登录否登录信息考证是否通过是登录成功图4用户登录活动图4.4注销注销登录系统管理员图5注销用例图U003说明已登录用户,点击“注销”按钮安全退出系统。

对应的事件流XXX系统需求分析说明书内容用例编号用例名称用例说明介入者前置条件后置条件基本路径UC003用户注销说明用户在体系中注销已登录用户用户已经成功登录系统系统注销掉当前登录状态下的用户1.用户点击注销功能按钮2.系统注销掉当前登录的用户3.注销成功,系统跳转到系统登录页面扩展路径无表4用例图点击注销按钮注销成功,调至登录页图6注销活动图4.5点窜暗码修改密码系统管理员图7点窜暗码用例编号UC004说明用户输入密码信息,如旧密码和两次密码一致的新密码,系统验证旧密码正确之后,再根据新密码进行密码的修改。

软件需求分析报告实例

软件需求分析报告实例

软件需求分析报告实例需求分析说明书引言本需求分析说明书的编写旨在明确项目的需求和范围,为项目的开发提供指导和支持。

本文档旨在为项目的开发人员、测试人员和其他项目相关人员提供参考和指导。

编写目的本文档的编写目的是为了明确项目的需求和范围,确保项目开发过程中的顺利进行。

本文档将提供项目开发人员和测试人员所需的详细信息,以便他们能够有效地进行开发和测试。

项目风险在项目开发过程中,可能会出现以下风险:1.技术风险:由于缺乏相关技术知识或技术能力不足,导致项目开发进度缓慢或无法完成。

2.需求风险:由于需求变更或需求不清晰,导致项目开发进度缓慢或无法完成。

3.进度风险:由于进度安排不合理或人员调整等原因,导致项目开发进度缓慢或无法完成。

4.质量风险:由于测试不充分或测试不准确,导致项目质量不符合要求。

为了避免这些风险的出现,我们将采取以下措施:1.提高技术能力和知识水平,确保项目开发能够顺利进行。

2.在需求分析阶段尽可能明确和详细地描述需求,避免需求变更或需求不清晰导致的风险。

3.合理安排进度和人员,确保项目开发进度顺利。

4.加强测试工作,确保项目质量符合要求。

预期读者和阅读建议本文档的预期读者包括项目开发人员、测试人员和其他项目相关人员。

阅读本文档前,建议读者了解项目的基本情况和相关技术知识。

产品范围本项目的产品是一款在线购物平台,用户可以在该平台上进行商品浏览、购买和支付等操作。

该平台包括以下模块:1.用户模块:用户可以在该模块中进行注册、登录、修改个人信息等操作。

2.商品模块:用户可以在该模块中浏览商品信息、搜索商品、加入购物车等操作。

3.订单模块:用户可以在该模块中查看订单信息、支付订单、取消订单等操作。

4.后台管理模块:管理员可以在该模块中管理商品信息、订单信息、用户信息等。

参考文献无。

4.系统特性4.1 说明和优先级在本节中,我们将介绍系统的特性,以及这些特性的优先级。

这些特性包括激励/响应序列、功能需求和功能详述。

需求分析说明书

需求分析说明书

需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。

预期读者是项目委托单位的管理人员、设计人员和开发人员。

1.2项目背景软件名称:银行储蓄系统项目提出者:银行项目开发者:项目的用户:想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。

模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。

1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社 2004年出版《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电大学出版社2.仸务概述2.1目标完善目前银行储蓄系统,使之能跟上时代的发展。

同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务,用户凭借自己的银行卡、存折等凭证在银行办理各项业务,银行工作人员协助用户完成各项业务。

2.3假定和约束硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。

银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。

需求分析文档详细范例

需求分析文档详细范例

需求规格说明书更改记录*修改类型分为A - ADDED M - MODIFIED D– DELETED文档编号:目的:定义软件需求,为后期的设计打下基础背景、备注:定义:参考:1概述客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。

希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。

并希望系统提供相关报表,以便公司高层随时了解公司客户情况。

客户服务是一个涉及多个部门,存在一定流程的工作。

客户服务水平的高低决定着公司的核心竞争力。

该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。

1.1目的本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。

本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。

同时本文档也作为项目评审验收的依据之一。

1.2范围主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。

1.3背景客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、库存数据与销售活动。

这三类数据将由XX公司X销售系统进行管理。

1.4用户与角色系统管理员:管理系统用户、角色与权限,保证系统正常运行。

销售主管:对客户服务进行分配。

创建销售机会。

对销售机会进行指派。

对特定销售机会制定客户开发计划。

分析客户贡献、客户构成、客户服务构成和客户流失数据,定期提交客户管理报告。

客户经理:维护负责的客户信息。

接受客户服务请求,在系统中创建客户服务。

处理分派给自己的客户服务。

对处理的服务进行反馈。

创建销售机会。

需求分析规格说明书--20140525

需求分析规格说明书--20140525

目录一、需求规格说明文档模板 (2)二、项目案例 (5)图X-XX说明:图[章号]-章内图的序号表Y-YY说明:表[章号]-章内表的序号文档编号:HHIT-SECD-081-07T-02版本号:V1.0综合信息管理平台需求分析规格说明书项目名称:综合信息管理平台项目负责人:XXXX项目开发单位:XXX学院计算机科学系软件工程XXX班第XX项目组2011年6月19日一、需求规格说明文档模板需要谁(角色)完成何种操作。

(2)系统主要用例(3)业务信息管理员的功能用文字+活动图来描述。

需要到具体的功能。

①业务信息系统维护②个人信息的维护(4)平台管理员的功能用文字+用例图来描述①登录管理②③用户管理③日志查询④统计报表⑤平台管理3.2对性能的规定本节描述用户对系统的性能需求,可能的系统性能需求有:(1)系统的响应时间需求。

(2)系统的开放性需求。

(3)系统的可靠性需求。

(4)系统可移植性和可扩展性需求。

(5)系统的安全性需求。

(6)现有资源利用性需求。

3.2.1精度或数据管理能力要求说明对于该产品的输入、输出数据精度的要求,可能包括传输过程中的精度。

给出最大处理数据的能力,及每个角色的最大数据需求。

3.3.2时间特性要求说明对于该产品的时间特性要求,如对响应时间、更新处理时间、数据的转换和传送时间、计算时间等的要求。

3.2.3灵活性说明对该产品的灵活性的要求,即当需要发生某些变化时,该产品对这些变化的适应能力,如操作方式上的变化,运行环境的变化,同其他系统的接口的变化,精度和有效时限的变化,计划的变化或改进。

对于为了这些灵活性而进行的专门设计部分应该加以标明。

3.3输人输出要求解释各输入输出数据类型,并逐步说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。

3.4故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

需求分析说明书(模板)

需求分析说明书(模板)

需求分析说明书(模板) XXX系统需求分析说明书编号:XXXXXXX版本:1.0作者:审批:日期:状态:修订人修改日期版本备注目录1 引言1.1 目的本文档旨在对XXX系统的需求进行分析,以明确系统的功能和性能要求,为后续的设计和开发工作提供依据。

1.2 范围XXX系统是一款XXX领域的软件,其主要功能包括XXX、XXX、XXX等,覆盖了XXX用户的需求。

1.3 读者对象本文档主要面向XXX系统的设计、开发和测试人员,以及相关领域的专业人士。

1.4 术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。

引言随着信息技术的不断发展,软件系统已经成为现代社会不可或缺的一部分。

XXX系统作为一款XXX领域的软件,其功能和性能的要求越来越高,为此,我们需要对其需求进行分析,以明确系统的功能和性能要求,为后续的设计和开发工作提供依据。

目的本文档的主要目的是对XXX系统的需求进行分析,包括系统的功能需求、性能需求、安全需求等方面,以明确系统的需求,为后续的设计和开发工作提供依据。

范围XXX系统是一款XXX领域的软件,其主要功能包括XXX、XXX、XXX等,覆盖了XXX用户的需求。

本文档将对系统的功能和性能要求进行分析,但不涉及具体的设计和开发工作。

读者对象本文档主要面向XXX系统的设计、开发和测试人员,以及相关领域的专业人士。

术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。

2.产品介绍与开发背景本产品是一款基于云计算技术的在线教育平台,旨在为广大学生提供高质量的教育资源和研究支持。

该平台采用先进的技术手段,如人工智能、大数据分析等,为学生提供个性化的研究体验,帮助他们更好地掌握知识,提高研究成绩。

该产品的开发背景是当前教育行业面临的问题。

传统教育模式存在诸多弊端,如教学资源不足、教学效果难以评估、学生个性化需求得不到满足等。

而云计算技术的出现为解决这些问题提供了新的思路和手段。

因此,本产品的开发具有非常重要的意义。

《项目需求分析说明书》模板(完整)

《项目需求分析说明书》模板(完整)

文档编号:版本号:{项目名称}需求分析说明书{用户机构名称}XXXXXXX有限公司年月目录1 引言 (4)1.2项目说明 (4)1.3项目背景 (4)1.4定义 (4)1.5参考资料 (4)2 任务概述 (4)2.1现状 (5)2.2目标 (5)2.3建设任务 (5)2.4用户特点 (5)2.5用户业务分布范围 (5)3业务需求分析 (5)3.1系统范围 (5)3.2系统体系结构 (5)3.3系统总体流程 (6)3.4具体业务需求分析 (6)3.4.1 退款处理 (6)3.4.1.1 业务描述 (6)3.4.1.2 业务流程 (6)3.4.1.3 业务各阶段说明 (7)3.4.1.4 业务功能需求 (8)3.4.1.5功能结构及功能说明 (8)3.4.1.6业务界面 (9)3.4.2 (9)4 非功能性需求 (10)4.1性能需求 (10)4.1.1精度 (10)4.1.2时间特性要求 (10)4.1.3灵活性 (10)4.2输人输出要求 (11)4.3数据管理能力要求 (11)4.4故障处理要求 (11)4.5其他专门要求 (12)5 运行环境规定 (12)5.1硬件配置 (12)5.1.1 客户端系统要求 (12)5.1.2 服务端系统要求 (12)5.2软件配置 (13)5.2.1 客户端系统要求 (13)5.2.2 服务端系统要求 (13)5.2.3 服务器系统说明 (13)6 需求确认书 (14)1引言1.1编写目的编写此需求说明书是为了使用户和开发人员对所开发的系统有一致的理解。

通过阅读此文档,开发人员可以了解当前业务的具体需求和要实现的主要功能,用户通过阅读此文档可以确认开发人员对其业务需求的认识是否正确,并对系统要实现功能有初步的了解。

1.2项目说明项目名称:项目用户:项目开发:1.3 项目背景描述项目的开发背景:在些写项目开发的背景内容,对此进行描述。

1.4 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

2需求分析说明书范文

2需求分析说明书范文

2需求分析说明书范文机票预定系统需求分析机票预定系统的功能要求机票预定系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。

根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将机票预定系统划分为两个子系统:客户端子系统,服务器端子系统。

旅客订票流程图:旅客清单航班机票旅客订票记录2.2传给旅行社旅客订票机票信息1.1旅客信息记录航班机票信息1.3航班机票信息产生取票通知订票信息取票通知2.21.1旅客订票信息传给航空公司安排航班旅客取票图:订票旅客清单旅客3.1售出机票信息3.2旅客信息查询打印机票下面分析各个子系统的功能需求:1.客户端子系统:在客户端系统的功能实现上,可以分为以下几个部分:[1]旅客信息的输入和统计旅行社把旅客要求订票的信息由专人负责输入。

这部分功能是客户端子系统的基本部分,这个功能是以后各个部分的基础。

系统要求做到即能够从其它子系统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。

这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。

[2]旅客信息的存储:将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。

[3]机票信息的传递及接收:将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。

[4]取票通知及帐单的生成和打印:把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。

印出机票给已经订票的旅客:根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。

[5]机票销售情况的核算这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销旅客售情况并把核算结果作为企业报表输出。

需求分析说明书(模板)

需求分析说明书(模板)

浙江大学软件学院某市大中专毕业生管理系统产品需求规格说明书目录目录 (2)1。

文档介绍ﻩ31.1. 文档目的 (3)1.2。

文档范围 (3)1。

3. 读者对象 ..................................................................................................................... 31.4. 术语与缩写解释 (3)2。

产品介绍ﻩ43. 产品面向的用户群体.............................................................................................................. 5浙江大学软件学院4.1。

毕业生业务.............................................................................................................. 5UC1.1毕业生选择就业去向 .. (5)UC1.2就业流程 ....................................................................................................... 115.产品的非功能性需求ﻩ165.1。

用户界面需求ﻩ165.2.软硬件环境需求ﻩ165。

3。

产品质量需求ﻩ错误!未定义书签。

1.文档介绍1.1.文档目的编写该文档的目的在于明确某市大中专毕业生信息管理系统的用户需求,使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识.该文档所描述的内容,可作为软件确认测试的依据.在完成了针对某市大中专毕业生信息管理系统的前期调研,同时与客户进行了全面深入地探讨和分析的基础上,编写了本软件需求规格说明书。

需求分析说明书-举例

需求分析说明书-举例

实验3 需求分析说明书目的:掌握系统分析需求所包含的3个内容,分别是功能需求、数据库需求以及逻辑结构需求,掌握各自的编写方法。

系统需求分析1 引言需求规格说明书是需求分析的产物,它是软件系统生存期中软件定义阶段的最后一个步骤。

作为整个软件开发过程的指南,它也是软件开发人员开发出符合用户要求的软件的基础。

1.1编写目的软件需求说明书的编写目的是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解,使之成为整个开发工作的基础。

1.2背景(1)本系统的名称是“图书馆借阅管理系统”(2)本项目的任务提出者是***,开发者是信息技术学院,用户是***,实现该软件的计算中心是*****1.3定义数据字典:关于数据的信息的集合,也即是对数据流图中包含的元素的定义的集合。

VB:Visual Basic….1.4参考资料(1)****管理系统开发合同(2)引用资料【1】张海藩. 软件工程导论. 北京:清华大学出版社,2008.【2】2 任务概述2.1 目标图书馆借阅管理系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的图书借阅管理系统,实现图书借阅管理的自动化和图书查询快速化的计算机系统,为提高图书馆借阅的效率和方便学生查询图书的信息管理系统。

2.2 用户的特点本软件最终的用户是****图书馆工作人员和图书馆管理人员及借阅者。

管理人员具有一定计算机操作知识,系统的维护人员要求对网络和数据库的操作比较熟悉,同时对VB 和Delphi编程有一定的经验。

图书馆管理人员负责数据的录入及日常更新等管理工作…2.3 假定和约束项目的开发经费不超过5万元,开发时间不超过半年,主要负责人1人,开发小组其他人员3人。

假设:经费不到位,管理不完善,设计时考虑不全面都可能影响项目的开发。

3 需求规定3.1 对功能的规定3.1.1系统的功能要求根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将图书借阅管理系统划分为3个子系统:图书管理员子系统,图书工作人员子系统、学生查询子系统。

需求分析说明书实例+范例+非常详细

需求分析说明书实例+范例+非常详细

需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。

而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。

于是人们不断地在探索希望能找到解决的方法。

为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。

1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。

需求分析说明书例子

需求分析说明书例子

进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言 (1)2 项目概述 (1)2.1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1.1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3.1.1.2 商品信息管理 (7)3.1.1.3 仓库信息管理 (12)3.1.1.4 银行账户信息管理 (15)3.1.1.5 员工信息信息管理 (18)3.1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1.2.1 期初商品库存信息管理 (25)3.1.2.2 期初应收,应付款信息管理 (28)3.1.2.3 期初银行账户信息管理 (32)3.1.3 系统管理模块功能需求 (35)模块描述 (35)3.1.3.1 公司信息管理 (37)3.1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3.1.3.4 用户修改密码 (45)3.1.3.5 用户登陆系统 (47)3.1.4 现金管理功能需求 (49)模块概述 (49)3.1.4.1其他费用支出 (50)3.1.4.2 其他收入 (52)3.1.4.3 付款单录入 (55)3.1.4.4 收款单录入 (57)3.1.4.5 资金往来查询 (60)3.1.4.6客户对帐单 (62)3.1.4.7应收应付款报表 (64)3.1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3.1.5 进货管理功能需求 (70)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.3进货查询 (79)3.1.5.4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5.6进货商品统计表 (86)3.1.6销售管理功能需求 (87)模块描述 (87)3.1.6.1销售查询 (89)3.1.6.2销售对帐单 (91)3.1.6.3售后服务单 (94)3.1.6.4销售退货 (97)3.1.6.5销售利润 (100)3.1.6.6业务员业绩统计表 (102)3.1.6.7销售日报 (104)3.1.6.8销售商品统计表 (105)3.1.6.9销售清单 (107)3.1.6.10销售资金日报 (109)3.1.6.11报价单 (111)3.1.6.12销售单 (114)3.1.6.12打印帐表 (117)3.1.7库存管理功能需求 (119)模块描述 (119)3.1.7.1仓库调拨 (120)3.1.7.2 仓库调拨查询 (123)3.1.7.3 库存数量调整 (126)3.1.7.4 仓库数量调整查询 (129)3.1.7.5 商品库存查询 (131)3.1.7.6 收发存报表 (133)3.1.7.7 库存明细帐查询 (136)3.1.7.8 成品组装 (137)3.1.7.9 成品拆分 (140)3.1.7.10 库存报警 (143)3.2 外部接口需求 (145)3.2.1 用户接口 (145)3.2.2 硬件接口 (146)3.2.3 软件接口 (146)3.2.4 通信接口 (147)3.3 性能需求 (147)3.4 设计约束 (147)3.4.1 其他标准的约束 (147)3.4.2 硬件的限制 (148)3.5 属性 (148)3.5.1 可用性 (148)3.5.3 可维护性 (148)3.5.4 可转移\转换性 (148)3.5.5 警告 (148)3.6 其他需求 (149)3.6.1 数据库 (149)3.6.2 操作 (149)3.6.3 场合适应性需求 (149)4 附录 (150)1 引言本文描述了进销存系统的用户需求范围,并提供详细的用例描述,主要内容包括功能需求、运行需求。

软件需求分析报告功能需求

软件需求分析报告功能需求

软件需求分析报告功能需求软件需求分析报告是软件开发过程中非常重要的一步,它需要详细描述软件的功能需求,以指导开发人员进行软件开发。

以下是一个功能需求的范例,供参考:一、用户管理功能需求1. 注册功能:用户可以通过输入用户名、密码和其他必要信息来注册账号。

2. 登录功能:已注册用户可以通过输入正确的用户名和密码进行登录。

3. 忘记密码功能:用户可以通过提供注册时使用的邮箱或手机号来设置新密码。

4. 个人信息管理功能:用户登录后可以编辑和管理个人信息,包括修改用户名、密码、头像等。

5. 用户权限管理功能:管理员可以分配不同的权限给不同的用户,包括普通用户、VIP用户等。

二、内容管理功能需求1. 发布内容功能:用户可以发布不同类型的内容,如文字、图片、视频等。

2. 编辑和删除内容功能:用户可以对自己发布的内容进行编辑和删除操作。

3. 点赞和评论功能:用户可以给其他用户发布的内容进行点赞和评论。

4. 关注和粉丝功能:用户可以关注其他用户,同时可以查看自己的粉丝列表。

5. 分享功能:用户可以将自己喜欢的内容分享到其他社交媒体平台。

三、搜索功能需求1. 关键字搜索功能:用户可以通过输入关键字来搜索相关内容。

2. 筛选功能:用户可以通过筛选条件来精确搜索所需内容,如按发布时间、作者等进行筛选。

3. 热门内容推荐功能:系统可以根据用户的历史搜索记录和兴趣偏好来推荐热门内容。

四、交流功能需求1. 私信功能:用户可以通过私信与其他用户进行一对一的交流。

2. 评论功能:用户可以在内容下方进行评论,并与其他用户进行互动交流。

3. 群组功能:用户可以加入不同的群组,并与其他群组成员进行交流。

4. 推送通知功能:系统可以推送用户感兴趣的内容、他人的评论等消息。

五、安全和权限管理功能需求1. 防止盗窃功能:用户登录后,系统应保证用户账号的安全,防止他人盗窃用户信息。

2. 权限管理功能:管理员可以管理用户的权限,包括禁言、冻结账号等。

需求分析案例(共5则范文)

需求分析案例(共5则范文)

需求分析案例(共5则范文)第一篇:需求分析案例(共)需求分析案例某供电公司拟定建设管理信息系统。

供电公司信息中心经过多方考察,在全国调研的基础上,最后确认让国内一家著名的软件开发商开发管理信息系统。

为了确保该项目的顺利实施,供电公司领导决定,以信息中心为核心成立管理信息系统领导小组。

该小组的主要任务是,首先是对管理信息系统的开发和项目的实施负有领导责任,其次是组织、协调本单位与管理信息系统相关的各个部门,为开发商提供需求,同时与开发商一道制定需求方案和开发计划,从而确保项目的开展。

不久,开发商派来两名系统分析员进驻该供电局。

开始的工作是相当缓慢的。

主要的问题是,两名分析人员不知道从何入手。

虽然信息中心的人全力配合,供电公司的领导大会小会上也再三强调,应该配合开发商的工作。

怎奈供电公司各部门工作繁忙,尤其到了生产部门,各专业管理人员大部分时间都在工作,无暇顾及“提出需求”。

到了春检期间,公司领导都到生产一线,这时,信息中心也无能为力。

开发商说客户不配合,信息中心说开发商不懂电力专业。

开发商和供电公司相互抱怨。

最后还是领导态度坚决,以“红头”文件的形式强制要求各部门限期把需求交到信息中心,否则追究领导的责任。

信息中心的领导总算松了一口气,满以为这次需求总算提出来了,开发商可以工作了。

但想不到的是,两位系统分析人员看到各单位提出的需求时,感到非常茫然,对信息中心说,这种需求他们根本看不懂,既没有流程,也没有说明,有的只是几条干巴巴的要求。

信息中心的领导非常生气,认为自己看错了,开发商能力不行。

无奈,信息中心的领导只能强调,需求分析是开发商的事,而供电公司只是配合,谁的事谁管。

两位系统分析员,只好把提出的所谓需求带回去,进行分析。

又经过了几个月漫长的沉默,终于信息中心接到了开发商打来的电话,告知需求方案基本写完,但需要客户验证。

两位系统分析员又来到了供电公司,交给信息中心多达300多页的需求报告。

需求报告写得相当专业,业务流程图,数据流图,包括数据字典都有了。

需求分析说明书例子

需求分析说明书例子

进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言本文描述了进销存系统的用户需求范围,并提供详细的用例描述,主要内容包括功能需求、运行需求。

它将作为系统设计与开发的重要参考依据。

本文档的主要读者为客户代表、公司员工、开发人员、测试人员、需求评审人员等。

2 项目概述产品描述本进销存管理系统是集代理、分销、工程、服务的经验,将管理知识与管理实践相结合,注重满足业务的复杂需要、注重物流控制、注重统计分析而设计企业管理软件产品。

本进销存与财务系统结合紧密,尤其是独立于总帐系统的往来帐管理,使得业务数据一经产生后立即生成了应收应付,加大了系统监控的时效性。

本系统还包含了销售发票、采购发票、采购返款、销售返款、现金等管理,使进销存系统充分地满足业务管理的需要。

进销存系统还与商机、服务、资产和设备管理系统相关联,实现数据的一致性,提高了员工的工作效率,加强了系统的内部控制能力进销存系统包括进货、销售、库存、仓库、现金管理、基础信息、系统管理等部分组成。

3 具体需求功能需求3.1.1 基础信息管理功能需求模块概述该功能模块主要是管理系统中所用到的一些基本信息:往来单位信息、商品信息、员工信息、仓库信息、银行账户、费用科目信息。

用例图如下:图1 基础信息管理用例图注:其中用户为已经注册和登陆了用户,该用户具有管理基础信息的权限。

3.1.1.1 往来单位信息管理a.引言记录往来单位的相关信息(在输入里有描述),目的是便于其他功能模块(进货管理、库存管理、销售管理、现金管理)的调用。

b.输入往来单位所涉及到的输入信息如下:单位代码(四位数字:以0001开始编号)单位性质(下拉列表:如,客户、供应商等)助记码(名称的首写字母:如,推土机 TTJ)所属地区(下拉列表+浏览基础信息设置)说明:下拉列表只显示待选择的地区信息,另外,可以浏览基础信息设置窗体,窗体包含地区代码、计量单位、收付款方式、客户类别、行业代码,这5个选项卡,并可以对这每个选项卡内容信息进行增加,删除操作。

需求分析说明书例子

需求分析说明书例子

进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言12 项目概述12.1 产品描述13 具体需求23.1 功能需求23.1.1 基础信息管理功能需求2模块概述23.1.1.1 往来单位信息管理33.1.1.2 商品信息管理83.1.1.3 仓库信息管理153.1.1.4 银行账户信息管理183.1.1.5 员工信息信息管理223.1.1.6 费用科目信息管理263.1.2初始化信息管理功能需求30模块概述303.1.2.1 期初商品库存信息管理303.1.2.2 期初应收,应付款信息管理353.1.2.3 期初银行账户信息管理393.1.3 系统管理模块功能需求43模块描述433.1.3.1 公司信息管理453.1.3.2 权限管理483.1.3.3 系统信息523.1.3.4 用户修改密码553.1.3.5 用户登陆系统573.1.4 现金管理功能需求59模块概述593.1.4.1其他费用支出613.1.4.2 其他收入643.1.4.3 付款单录入673.1.4.4 收款单录入703.1.4.5 资金往来查询733.1.4.6客户对帐单763.1.4.7应收应付款报表783.1.4.8 银行资金报表803.1.4.9 到期单据提醒823.1.5 进货管理功能需求85模块描述853.1.5.1 进货功能873.1.5.2退货913.1.5.3进货查询953.1.5.4采购付款查询983.1.5.5进货日报1013.1.5.6进货商品统计表103 3.1.6销售管理功能需求105模块描述1053.1.6.1销售查询1073.1.6.2销售对帐单1093.1.6.3售后服务单1123.1.6.4销售退货1163.1.6.5销售利润1203.1.6.6业务员业绩统计表1223.1.6.7销售日报1243.1.6.8销售商品统计表1263.1.6.9销售清单1283.1.6.10销售资金日报1303.1.6.11报价单1333.1.6.12销售单1363.1.6.12打印帐表1403.1.7库存管理功能需求141模块描述1413.1.7.1仓库调拨1433.1.7.2 仓库调拨查询1473.1.7.3 库存数量调整1503.1.7.4 仓库数量调整查询1533.1.7.5 商品库存查询1563.1.7.6 收发存报表1583.1.7.7 库存明细帐查询1613.1.7.8 成品组装1633.1.7.9 成品拆分1673.1.7.10 库存报警1703.2 外部接口需求1733.2.1 用户接口1733.2.2 硬件接口1743.2.3 软件接口1743.2.4 通信接口1753.3 性能需求1753.4 设计约束1753.4.1 其他标准的约束1763.4.2 硬件的限制1763.5 属性1763.5.1 可用性1763.5.2 安全性1763.5.3 可维护性1763.5.4 可转移\转换性1773.5.5 警告1773.6 其他需求1773.6.1 数据库1773.6.2 操作1773.6.3 场合适应性需求1784 附录1781 引言本文描述了进销存系统的用户需求围,并提供详细的用例描述,主要容包括功能需求、运行需求。

需求分析说明书实例+范例+非常详细

需求分析说明书实例+范例+非常详细

需求分析说明书实例+范例+⾮常详细需求分析说明书实例1.引⾔1.1编写⽬的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使⽤者进⾏了全⾯深⼊地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对《档案管理系统》软件做了全⾯细致的⽤户需求分析,明确所要开发的软件应具有的功能、性能与界⾯,使系统分析⼈员及软件开发⼈员能清楚地了解⽤户的需求,并在此基础上进⼀步提出概要设计说明书和完成后续设计与开发⼯作。

本说明书的预期读者为客户、业务或需求分析⼈员、测试⼈员、⽤户⽂档编写者、项⽬管理⼈员。

1.2项⽬背景由于⽂件多,种类多,⽂件创建者多,创建时间为不定期,要保护好⼀些公司重要的⽂件极为不便,同时由于⼈员的流动,对原有的⽂件的再现,显得⼒不从⼼,有时查找与重新整理⽂件要浪费许多的⼈⼒、物⼒。

⽽且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的⾯临着亏损甚⾄破产的局⾯。

于是⼈们不断地在探索希望能找到解决的⽅法。

为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享⽂件资源,保护好⽂件,及促进档案管理的信息化、规范化和集成化,本⼈多⽅听取意见、追加和完善⼤量实⽤功能,进⽽了解⽂件管理的流程,同时结合各部门、各⾏业与企业⽂件管理的⽅法,开发出⼀套适合于档案多⽽复杂的管理系统。

1.3定义、缩写词和符号需求:⽤户解决问题或达到⽬标所需的条件或功能;系统或系统部件要满⾜合同、标准,规范或其它正式规定⽂档所需具有的条件或权能。

1.4参考资料鲁荣江、王⽴丰:《Visual Basic 项⽬案例导航》,科学出版社,2002年6⽉版陈明:《软件⼯程》,中央⼴播电视⼤学出版社,2002年6⽉版段兴:《Visual Basic 6.0 控件实⽤程序设计100例》,⼈民邮电出版社,2002年12⽉杜春雷、孙会莲:《如何使⽤Visual basic 6.0中⽂版》,机械出版社,2000年1⽉张曜、张青、李丁:《Visual Basic 函数实⽤⼿册》,治⾦⼯业出版社,2002年12⽉范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,⼈民邮电出版社,2002年12⽉版闪四清:《SQL Server 实⽤简明教程》,清华⼤学出版社,2003年1⽉版2.任务概述2.1⽬标2.1.1开发⽬标在当今世界电脑普及的时刻,⼈们已经习惯⽤电脑办公,结果⾃然会产⽣⼤量的电⼦⽂件,这些⽂件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些⽂件上,即费时⼜费⼒。

需求分析说明书实例范例非常详细

需求分析说明书实例范例非常详细

需求分析说明‎书实例1.引言1.1编写目的在完成了针对‎《档案管理系统‎》软件市场的前‎期调查,同时与多位软‎件使用者进行‎了全面深入地‎探讨和分析的‎基础上,提出了这份软‎件需求规格说‎明书。

此需求规格说‎明书对《档案管理系统‎》软件做了全面‎细致的用户需‎求分析,明确所要开发‎的软件应具有‎的功能、性能与界面,使系统分析人‎员及软件开发‎人员能清楚地‎了解用户的需‎求,并在此基础上‎进一步提出概‎要设计说明书‎和完成后续设‎计与开发工作‎。

本说明书的预‎期读者为客户‎、业务或需求分‎析人员、测试人员、用户文档编写‎者、项目管理人员‎。

1.2项目背景由于文件多,种类多,文件创建者多‎,创建时间为不‎定期,要保护好一些‎公司重要的文‎件极为不便,同时由于人员‎的流动,对原有的文件‎的再现,显得力不从心‎,有时查找与重‎新整理文件要‎浪费许多的人‎力、物力。

而且近年来,由于竞争的激‎烈程度不断的‎加深,档案的管理不‎当会严重到导‎致公司的面临‎着亏损甚至破‎产的局面。

于是人们不断‎地在探索希望‎能找到解决的‎方法。

为了解决以上‎的问题,让企事业单位‎能够有效的掌‎握,有效的共享文‎件资源,保护好文件,及促进档案管‎理的信息化、规范化和集成‎化,本人多方听取‎意见、追加和完善大‎量实用功能,进而了解文件‎管理的流程,同时结合各部‎门、各行业与企业‎文件管理的方‎法,开发出一套适‎合于档案多而‎复杂的管理系‎统。

1.3定义、缩写词和符号‎需求:用户解决问题‎或达到目标所‎需的条件或功‎能;系统或系统部‎件要满足合同‎、标准,规范或其它正‎式规定文档所‎需具有的条件‎或权能。

1.4参考资料鲁荣江、王立丰:《Visual‎Basic 项目案例导航‎》,科学出版社,2002年6‎月版陈明:《软件工程》,中央广播电视‎大学出版社,2002年6‎月版段兴:《Visual‎Basic 6.0 控件实用程序‎设计100例‎》,人民邮电出版‎社,2002年1‎2月杜春雷、孙会莲:《如何使用Vi‎s ual basic 6.0中文版》,机械出版社,2000年1‎月张曜、张青、李丁:《Visual‎Basic 函数实用手册‎》,治金工业出版‎社,2002年1‎2月范国平、陈晓鹏:《Access‎2000 数据库系统开‎发实例导航》,人民邮电出版‎社,2002年1‎2月版闪四清:《SQL Server‎实用简明教程‎》,清华大学出版‎社,2003年1‎月版2.任务概述2.1目标2.1.1开发目标在当今世界电‎脑普及的时刻‎,人们已经习惯‎用电脑办公,结果自然会产‎生大量的电子‎文件,这些文件有宝‎贵的历史价值‎,但我们如果将‎更多的时间花‎费在寻找这些‎文件上,即费时又费力‎。

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

需求分析说明书实例
1.引言
1.1编写目的
在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

1.2项目背景
由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。

而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。

于是人们不断地在探索希望能找到解决的方法。

为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。

1.3定义、缩写词和符号
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

1.4参考资料
鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版
陈明:《软件工程》,中央广播电视大学出版社,2002年6月版
段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月
杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月
张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月
范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版
2.任务概述
2.1目标
2.1.1开发目标
在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。

本软件根据此需求进行开发的。

2.1.2应用目标
让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,实现计算机的智能化管理,以提高工作效率和经济效益。

2.2运行环境
2.2.1硬件环境
A.一台586 以上的微机及兼容
B.内存16MB(最好32MB内存)
C.VGA 彩显一台
2.2.2软件环境
A.windows 98 以上的操作系统
B.Microsoft Visual Basic 6.0.中文版数据库管理系统
C.Office 2000应用软件
2.3条件与限制
本档案管理系统软件是应用于中小企业的。

在功能上还可进一步实现安全防范、与E-Mail和因特网电话集成起来,成为网络档案管理系统软件。

3. 数据描述
3.1静态数据
下面列出了六个表的具体静态数据:
1)档案目录表
2)
6)
输入数据:菜单选项,查找关键字,新建记录项。

输出数据:由查询关键字确定的数据库记录集合。

内部生成的数据:中间查询结果。

3.3数据库描述
本软件采用ACCESS数据库。

3.4数据流图
《档案管理系统》软件的数据流图是比较清晰的,对各功能模块来说都比较有规律。

但完整的图比较繁琐,各个功能模块的数据流图如下。

2.
3.
3.
4.
5.
3.5数据字典
这里给出一个数据元素的字典卡片与具体数据卡片的含义:
名称:档案类型信息
描述:产生文件档案类型送交档案目录表
定义:档案类型信息=档案类型+安全级别
4. 功能要求
4.1功能划分
本系统有以下功能模块:
1)档案管理模块
2)查询管理模块
3)系统配置模块
4)系统维护模块
5)打印报表模块
6)帮助模块
4.2功能描述
下面详细描述一下各个功能模块:
1)档案管理
(1)档案目录管理:只限于一般用户和管理员操作。

而且不同的用户级别所操作的档案类型是有限
制的。

用户可以向里面添加、修改和删除档案类型。

也可设置档案类型的级别,以加强它们的保密性。

(2) 档案仓库:限于全体操作员工。

一般浏览者只能查看档案,不能对档案做任何的修改。

而且不
同的用户级别所看到的档案是有限制的。

一般用户可向里面添加、修改和删除档案。

也可设置档案级别,以加强它们的保密性。

2)查询管理
(1)查询单条档案记录:主要是适合于全体操作员工的。

在窗体上,先可以选择查询的条件,再输
入关键字名。

按查询即可。

如果你不熟悉该档案也可以在窗体上选择模糊搜索。

查到记录后,也可双击记录即可显示详细信息。

(2)查询全部档案:是给管理员用的,是为了方便管理员查找档案,也有关键字搜索和模糊搜索。

查到记录后,也可双击记录即可显示详细信息。

(3)查询操作员工:是给管理员用的,因为操作员工的信息是保密的,所以只限管理员使用。

也有多种查询方法。

查到记录后,也可双击记录即可显示详细信息。

3)系统配置
(1)配置公司信息:只限管理员配置,主要是配置公司的基本信息。

一般用户和浏览者均可查看。

(2)配置系统桌面:用户可以配置自己喜欢的桌面图形。

只要在窗体上单击选择图片,再选择所喜
欢的图片即可。

(3)数据库保存路径:仅限管理员使用。

用于打开数据库。

4)系统维护
(1)数据备份:用户可以通过选择保存的路径把数据库保存在硬盘中,也可保存在软盘中。

(2)数据恢复:用户可以通过选择路径把数据恢复。

(3)操作员工管理:仅限管理员。

其中可以添加、修改、删除操作员工,设置他们的权限、级别及
密码。

(4)系统整理信息:显示距离管理员整理系统的时间。

5)打印报表
(1)打印单条档案记录:主要适用于一般浏览者和一般用户。

他们只能打印在他们的权限和级别范
围内所能查看的档案。

(2)打印全部档案:是为管理员设置的,管理员可以根据需要设置打印。

也可以让档案以报表的形
式生成文本文件或HTML文件输出。

打印操作人员的信息只限管理员使用。

6)帮助
(1) 帮助信息:显示系统的详细帮助信息。

(2) 关于系统:主要是显示系统的一些信息。

5.性能需求
5.1数据精确度
A.要按照严格的数据格式输入,否则系统不给予响应进行处理。

B.查询时要保证查全率,所有相应域包含查询关键字的记录都应能查到。

因为通常有文件的记录会很多,所以本系统采用了两种方法进行查询:直接查询和模糊查询。

5.2时间特性
一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作也应在可接受的时间内完成。

5.3适应性
满足企事业单位使用的需求(记录量控制在1000项内)。

对前面提到的运行环境要求不应存在困难。

6. 运行需求
6.1用户界面
超越VB的界面,全新感觉,操作简便,一目了然,视图优美等特点。

并且采用菜单界面驱动方式,给操作用户带来了极大的便利,对用户友好。

对鼠标和键盘单独支持。

6.2硬件接口
本软件不需要特定的硬件或硬件接口进行支撑。

486以上PC机均可运行此软件。

6.3软件接口
运行于Windows95及更高版本具有WIN32 API的操作系统之上。

6.4故障处理
正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。

调试中遇到的问题及解决的方案:
1)遇到跳出“数据库已经关闭“提示信息阻止程序运行时
可以查看一下进行此项操作时,操作的表是否已经被关闭了或者是在没有关闭此表的情况
下又一次运用打开语句打开此表。

2)关于空记录带来的麻烦
有些空记录往往会使程序无法运行。

此时你可用“if not isnull”语句先判断一下是否为
空记录,再操作。

3)有些运行错误也可用如下语句排除
On Error GoTo Erropoint
Erropoint :
Msgbox Err.Descripton
Exit sub
或用On Error resume Next 等语句进行处理。

7.其它要求
1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能
2)系统的安全性: 对于系统的重要数据都有密码保护,具有一定的安全性
3)系统的容错性: 用户输错数据都有提示信息,具有较好的容错性能。

4)系统的封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据。

相关文档
最新文档