需求分析说明书例子

合集下载

系统软件需求和需求分析说明书模板(用例图+界面+文档)

系统软件需求和需求分析说明书模板(用例图+界面+文档)

ﻬ系统需求和需求分析说明书模板 第一部分 概述1.项目名称及背景 ➢ 项目名称➢ 开发背景2.文档说明第二部分 任务说明1.功能概述2.用户环境浏览器(如IE 6以上版本)+网络 开发(生产)环境:1系统需求和需求分析说明书模板M ohit第三部分需求分析1.实现功能➢系统用例图用户业务逻辑如下图所示:➢管理员功能清单功能编号功能名称文中标题编号备注101人事管理101001 机构管理101002 部门管理101003员工管理➢普通用户功能清单2.用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2]●用例图●描述●参与者➢[用例3] ●用例图描述●●参与者●描述●参与者用例图●●描述➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢[用例8]●用例图撤消删除回收站彻底删除●描述回收站:显示被删除的文件,可以撤消删除,也可以彻底删除文件。

●参与者//*参与者,参与用例的对象*// ➢[用例9]●描述文件搜索功能:可以按条件查询需要的文件。

●参与者//*参与者,参与用例的对象*// ➢[用例10]●用例图描述●●参与者●描述●●描述●参与者➢[用例13]●用例图●描述●参与者➢[用例14]●用例图描述●●参与者3.用例关系系统设计说明书版本历史版本/状态修订人修改日期备注第一部分概述1.文档说明本文档主要包括数据库详细设计和界面详细设计讲解,所以请认真阅读,以提高开发的质量和效率。

2.系统需求概述整个系统中所有布局统一采用div布局,所有数据展示控件,如GridView和DataList都要有分页处理。

第二部分系统总体结构本系统采用了传统的3层架构实现,理解起来更简单,请采用3层架构的模式开发你的系统。

如下图所示:第三部分系统设计类图//*系统中主要的、关键实体类图,参考图如下*//➢[用例1]实现●时序图//用例1的时序图,参考图如下*//●描述界面设计1.公共模块界面设计说明:页面设计要求尽量使用div布局完成。

需求分析说明书

需求分析说明书

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

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

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

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

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

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

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

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

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

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

业务需求分析报告说明书

业务需求分析报告说明书

业务需求分析报告项目名称网上购物系统学院:计算机学院班级:网络101姓名:张进向学号:201000824121指导老师:刘小明1引言1.1编写目的为了使软件开发人员了解客户的需求,开发出令客户满意的系统,所以编写次文档以便核对用户的详细需求。

1.2读者对象该文档的读者对象为客户。

1.3项目概述开发此系统的目的在于使新闻发布系统更加利于管理,人员分工明确,操作方便,便于维护。

1.4参考资料《业务需求模板》百度文库《软件工程理论与实践》,张燕,南京金陵科技学院,20112.部门组织结构2.1组织结构3.业务需求2.2部门设置和人员职责3.1功能性业务要求3.1.1、系统用户列表《网上购物系统》系统面向两类用户:超级管理员一个、系统管理员和用户,超级管理员管理员、后两类用户通过《网上购物》系统实现对用户充值注销帐号,用户自查询购物的明细和历史购物信息。

3.1.2 超级管理员超级管理员管理系统管理员,功能:注册、删除系统管理员的账号。

3.1.3、系统管理员系统管理员负责整个系统的日常运行和维护,购物系统给管理员提供的主要功能有:用户充值:管理员可对本系统的注册用户进行充值服务。

通过页面充值的方式存储到数据库中。

增加商品:添加商品功能,可以在网站上增加商品。

供用户浏览购买。

修改商品信息:价格、存货量、图片。

查询商品信息:设定参数数量、有选择的查询。

删除商品:过期商品的删除。

3.1.4、用户用户是系统的主要使用者,购物系统给浏览者提供的主要功能有:用户的注册:用户可以注册成系统的用户,注册的时候要存储用户的一些基本信息,如用户名,密码,姓名,住址,注册时间。

验证注册的信息(用户名唯一)。

用户的基本信息修改。

可以修改密码,住址,注册时间不可修改,还要向数据库中添加修改时间。

用户消费信息查询:用户可以查看历史消费信息(包括,消费时间,消费商品,消费价格),可以查看商品的详细介绍和该商品价格用户购买:用户可以对选择的商品进行购买,如果费用不够还要向管理员充值。

需求分析说明书模板

需求分析说明书模板

需求分析说明书模板一、引言。

需求分析说明书是在项目启动初期编写的一份重要文档,它主要用于明确项目的需求和目标,为后续的设计、开发和实施工作提供指导和依据。

本文档旨在提供一个标准的需求分析说明书模板,以便项目团队在编写需求分析说明书时能够更加规范和系统地进行工作。

二、项目背景。

在项目背景部分,需要对项目的背景和目标进行简要介绍。

包括项目的名称、立项原因、项目的目标和范围等内容。

同时,还需要对项目的重要性和价值进行说明,以便读者能够更好地理解项目的意义和价值。

三、需求概述。

需求概述部分需要对项目的需求进行概括性的描述,包括项目的主要功能需求、性能需求、约束条件等内容。

这部分内容需要简明扼要地对项目的需求进行概括,为后续的详细需求分析提供一个整体的框架。

四、功能需求分析。

功能需求分析是需求分析说明书的重点部分,需要对项目的功能需求进行详细的描述和分析。

这部分内容需要对项目的各项功能进行逐一分析,包括功能的输入、输出、处理逻辑、界面设计等方面的内容。

五、性能需求分析。

性能需求分析是对项目的性能需求进行详细的描述和分析,包括系统的响应时间、并发处理能力、稳定性等方面的内容。

这部分内容需要对项目的性能需求进行全面的分析,以确保项目能够满足用户的需求。

六、约束条件分析。

约束条件分析是对项目的约束条件进行详细的描述和分析,包括技术约束、资源约束、时间约束等方面的内容。

这部分内容需要对项目的约束条件进行全面的分析,以确保项目能够在约束条件下顺利进行。

七、其他需求分析。

除了功能需求、性能需求和约束条件外,还需要对项目的其他需求进行分析,包括安全需求、可靠性需求、可维护性需求等方面的内容。

这部分内容需要对项目的其他需求进行全面的分析,以确保项目能够全面满足用户的需求。

八、总结。

需求分析说明书的总结部分需要对整个文档进行总体的概括和总结,强调项目的需求和目标,并指出项目的重要性和价值。

同时,还需要对后续工作提出建议和展望,为项目的后续工作提供指导和依据。

软件工程系统需求分析说明书模板

软件工程系统需求分析说明书模板

需求分析阐明书团体名称:组员1学号:组员1姓名:组员2学号:组员2姓名:组员3学号:组员3姓名:组员4学号:组员4姓名:日期:1 引言1.1 编写目旳本文详细描述任务管理系统旳需求,表述旳需求信息规定明确、无二义性。

开发方与软件使用者充足沟通需求,最终形成此文档。

此文档是后续软件开发旳根据。

1.2 背景任务管理系统是一种南京工程学院与康尼电气新技术有限企业产学研合作项目,项目由康尼机电新技术有限企业提出,由南京工程学院承担开发任务。

1.3 定义和缩略语本文使用了表 1.1所显示旳面向顾客旳术语、定义,包括通用词语在本文档中旳专用解释。

表 1.2所列为本文用到旳缩略语。

1.4 参照资料(列出所查阅旳图书及网站1.5 顾客任务信息管理系统旳目前顾客为康尼企业电气事业部,电气事业部使用成功后也许会在康尼企业推广。

某餐厅餐饮管理系统旳目前旳顾客为某餐厅。

2 任务概述2.1目旳康尼企业电气事业部目前旳任务重要有2类:常规工作任务和临时性工作任务。

针对临时任务布置信息诸多时候是处在一种开放状态,缺乏任务信息旳修正、回馈、和记录分析。

而平常职责规定旳常规工作,虽然可以通过原则化旳文献固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花诸多时间去检查完毕状况。

TIMS系统规定工作管理信息可以规范录入,任务信息流向可以选择,任务信息根据轻重排序,可以设定信息提醒,任务完毕状况可以评估、任务完毕状况根据选择项进行记录输出、工作量进行评估。

2.2 系统旳特点TIMS项目旳需求重要由康尼企业电气事业部提出,因此本文档是与康尼企业电气事业部交互后形成旳需求定义,系统旳功能和使用特点优先满足康尼企业电气事业部旳需求,若系统后续由于在康尼企业全面推广而引入旳新需求,则不在本文档考虑范围之内。

2.3 假定和约束本文档经双方确认后,开发方根据本文档进行下阶段工作。

若中途需求发生变更则康尼企业需及时告知开发方,若因康尼企业原因引入旳需求变更导致开发方工作量旳大幅增长,详细处理方案双方另行协商。

软件需求分析说明书模板

软件需求分析说明书模板

保密级别: S资料编号: SRS- -版本: V .[产品型号名称(二号字体)][部件型号名称(可选、小二号字体)]软件需求分析说明书共14页编制:审核:审定:会签:批准:XXXXXXXXXX公司[****]年[**]月[**]日文档修改记录目录1引言 (2)1.1编写目的 (2)1.2范围 (2)1.3定义、首字母缩写词和缩略语 (2)1.4参考资料 (3)2项目概述 (4)2.1产品描述 (4)2.2产品需求 (4)2.2.1功能需求 (4)2.2.2性能需求 (5)2.2.3可服务性需求 (6)2.3用户及用户特点 (6)2.4一般约束 (7)2.5假设和依据 (7)3用例描述 (7)3.1用例1 (8)3.2用例2 (9)3.3用例n (9)4外部接口需求 (9)4.1用户接口 (9)4.2硬件接口 (9)4.3软件接口 (9)4.4通信接口 (10)5设计约束 (10)5.1其他标准的约束 (10)5.2硬件的限制 (11)6属性 (11)6.1可用性 (11)6.2安全性 (11)6.3可维护性 (12)6.4可转移\转换性 (12)6.5警告 (12)7其他需求 (12)7.1数据库 (12)7.2操作 (13)7.3场合适应性需求 (13)8附录 (14)1 [说明: 本模板中的蓝色字体与橙色字体为说明性文字, 在最终提交的文档中请删除这些说明性的文字。

]2 引言2.1 编写目的2.2 说明编写这份软件需求说明书的目的, 指出预期的读者范围。

2.3 范围a.说明:b.待开发的软件系统的名称;c.说明软件将干什么, 如果需要的话, 还要说明软件产品不干什么;1)描述所说明的软件的应用。

应当:2)尽可能精确地描述所有相关的利益、目的、以及最终目标。

2.4 如果有一个较高层次的说明存在, 则应该使其和高层次说明中的类似的陈述相一致(例如, 系统的需求规格说明)。

2.5 定义、首字母缩写词和缩略语列出本文件中用到的专门术语的定义和缩写词的原词组。

需求分析说明书模板

需求分析说明书模板

需求分析说明书模板需求分析说明书模板一、引言本需求分析说明书旨在为项目提供清晰、详细的需求描述,以确保项目能够顺利实施并满足客户的需求。

本说明书将围绕以下八个方面展开:一、引言、二、项目概述、三、需求分析、四、系统设计、五、系统实现、六、测试与验证、七、部署与运维、八、项目管理与质量保证。

二、项目概述本部分将简要介绍项目的基本信息,包括项目名称、目标、范围、时间、预算等。

项目名称:XXXXXX项目目标:XXXXXX项目范围:XXXXXX项目时间:XXXXXX项目预算:XXXXXX三、需求分析本部分将详细分析客户的需求,包括功能需求和技术需求。

对于每个需求,将描述其具体内容、实现方式和要求。

功能需求:1.用户注册登录功能:用户可以通过手机号或邮箱进行注册,并设置密码登录系统。

2.个人信息管理功能:用户可以查看和修改自己的个人信息,如姓名、性别、生日等。

3.文件上传功能:用户可以在系统中上传文件,并可以对其进行管理。

4.消息通知功能:系统可以向用户发送消息通知,如系统通知、私信等。

5.评论与回复功能:用户可以在文章或帖子下发表评论,并可以回复其他用户的评论。

6.搜索功能:用户可以通过关键词搜索文章、帖子和用户信息。

7.用户权限管理功能:系统可以根据用户的角色和权限限制其访问某些资源。

8.系统设置功能:管理员可以设置系统参数,如网站名称、网站描述等。

技术需求:1.后端开发语言:使用Java或Python进行后端开发。

2.前端开发语言:使用HTML5、CSS3和JavaScript进行前端开发。

3.数据库技术:使用MySQL或MongoDB作为数据库技术。

4.服务器技术:使用Linux和Nginx作为服务器技术。

5.接口设计:使用RESTful API进行接口设计。

6.安全性要求:使用SSL加密和身份验证机制保证系统的安全性。

7.性能要求:系统响应时间不超过2秒,每秒可以处理100个以上的请求。

8.可维护性要求:系统结构清晰,便于日后升级和维护。

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

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

需求分析说明书实例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. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录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)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.2退货 (75)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.5 属性 (148)3.5.1 可用性 (148)3.5.2 安全性 (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 引言本文描述了进销存系统的用户需求围,并提供详细的用例描述,主要容包括功能需求、运行需求。

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

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

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

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

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

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

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

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

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

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

所属行业(下拉列表+浏览基础信息设置)说明:下拉列表只显示待选择的行业信息,另外,可以浏览基础信息设置窗体,窗体包含地区代码、计量单位、收付款方式、客户类别、行业代码,这5个选项卡,并可以对这每个选项卡容信息进行增加,删除操作。

单位类别(下拉列表+浏览基础信息设置)说明:下拉列表只显示待选择的单位类别信息,另外,可以浏览基础信息设置窗体,窗体包含地区代码、计量单位、收付款方式、客户类别、行业代码,这5个选项卡,并可以对这每个选项卡容信息进行增加,删除操作。

以下均为文本框输入格式:单位名称,简称,联系人1,税号,联系人2,地址,开户银行,账号,电报挂号,业务,法人代表,财务,邮编,业务员,传真,移动,E-MAIL,公司主页,回款地址,主营业务,备注。

c.输出往来单位信息:单位代码、单位性质、助记码、所属地区、所属行业、单位类别、单位名称、简称、联系人1、税号、联系人2、地址、开户银行、账号、电报挂号、业务、法人代表、财务、邮编、业务员、传真、移动、E-MAIL、公司主页、回款地址、主营业务、备注。

d.用例描述用例图主营业务检索图2 往来单位信息管理用例图用例说明如下:用户:已注册并登陆系统的用户,该用户拥有管理基础信息的权限。

增加操作:弹出增加操作窗体,单位代码、单位性质、所属地区、所属行业、单位类别这几项都赋了默认值,其中单位代码默认情况下是自动累加的值。

修改操作:窗体同上,部所填的输入值,是客户选择的需要修改的项所对应的值。

删除操作:选中要删除的项,点击“删除”后,会给出确认提示,确认完毕后删除。

查询操作:单位名检索:在文本框中输入单位名进行检索;助记码检索:在文本框中输入助记码进行检索;联系人检索:在文本框中输入联系人进行检索;主营业务检索:在文本框中输入主营业务进行检索;数据过滤窗体:第一项是下拉框,下拉框提供所有的输入项,选择一个输入项后,编辑第二项;第二项是下拉框,下拉框有如下项:等于、小于、大于、左匹配、可匹配、包含,选择一个输入项后,编辑第三项;第三项是下拉框,下拉框对应给出第一个选择项的所有匹配项,选择一个输入项后,可编辑第四项;第四项是下拉框,下拉框只有且、或,这两个选项,选择其中一个之后,便会新产生一行编辑项,填写规如上。

标识这几项匹配条件是与,或的关系,为了操作方便,提供删除一行编辑项,增加一行编辑项的操作按钮。

打印操作:可勾选需要打印的项,调整纸大小,字体大小,表头设置,显示缩放比例,也可以将待打印项导出成Excel 格式,在磁盘中存储。

活动图图3:往来单位信息管理活动图e. 用例规约表1 往来单位信息管理用例规约3.1.1.2 商品信息管理a.引言记录商品基本信息(在输入里有描述),目的是便于其他功能模块(进货管理、库存管理、销售管理、现金管理)调用b.输入有约束规的输入:商品代码(12位数字,如:000101002002)助记码(名称的首写字母)生产厂家(下拉列表+浏览生产厂家信息)说明:下拉列表只显示待选择的生产厂家信息,另外可以浏览生产厂家信息页面,可以对生产厂家进行相应的增、删、改、查等操作。

商品类别(下拉列表+浏览商品类别信息)说明:下拉列表只是显示待选择的商品类别信息,另外还可以浏览商品类别页面,选择,同时在此页面中可以对商品进行增加、删除操作。

商品型号(字母-4位字母数字)商品规格(字母-4位字母数字)单位(下拉列表)产地(下拉列表+浏览产地信息表)说明:下拉列表只是显示部分待选择的产地信息,如果没有所需要的产地,可以浏览产地信息页面,增加、删除产地信息操作。

一般的文本框输入:商品名、库存上限、库存下限、预设售价、成本价、供货信息、备注c.输出商品信息输出:生产厂家、商品类别、商品代码、商品名称、商品型号、规格、单位、产地、库存上限、库存下限、预售价、成本价、供货信息及备注。

d.用例描述用例图返回主页面图4 商品信息管理用例图用例说明:用户:已经注册和登陆了用户,该用户具有管理基础信息的权限。

增加操作:弹出增加操作页面,商品类别、商品名称、商品型号、助记码、商品规格、单位、产地、库存限、成本价、预设售价这几项都赋了默认值。

修改操作:弹出页面同上,部所填的输入值,是客户选择的需要修改的项所对应的值。

删除操作:选中要删除的项,点击“删除”后,会给出确认提示,确认完毕后删除。

查询操作:商品名检索:在文本框中输入商品名进行检索;助记码检索:在文本框中输入助记码进行检索;商品型号检索:在文本框中输入商品型号进行检索;商品类别检索:在下拉列表框中选中商品类别进行检索;数据过滤窗体:a.第一项是下拉框,下拉框提供所有的输入项,选择一个输入项后,编辑第二项;b.第二项是下拉框,下拉框有如下项:等于、小于、大于、左匹配、可匹配、包含,选择一个输入项后,编辑第三项;c. 第三项是下拉框,下拉框对应给出第一个选择项的所有匹配项,选择一个输入项后,可编辑第四项;d. 第四项是下拉框,下拉框只有且、或,这两个选项,选择其中一个之后,便会新产生一行编辑项,填写规如上。

相关文档
最新文档