《ｅ—ｂｏｏｋ旋风将刮走纸质时代？.doc》由会员分享，可在线阅读，更多相关《ｅ—ｂｏｏｋ旋风将刮走纸质时代？.doc（11页珍藏版）》请在金锄头文库上搜索。
1、湖南拓维信息系统股份有限公司软件需求规约说明用于版本 二八年五月注：以下提供的模板用于项目需求分析。其中包括用方括号括起来并以蓝色斜体显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。 湖南拓维信息系统股份有限公司 Version: 软件需求规约说明 Date: 修订历史记录日期版本说明作者目录1.简介11.1目的11.2范围11.3定义、首字母缩写词和缩略语11.4概述12.业务目标及业务背景12.1业务目标12.2组织架构12.3业务现状22.4存在的问题23.业务流程23.1业务名称流程23.2业务名称流程24.详细需求分析24.1用例报告24.2用例134.2.1简要说
2、明44.2.2用户界面设计44.2.3用例场景44.2.4业务实体54.2.5补充规约54.3示例：入库审核用例54.3.1简要说明54.3.2用户界面设计54.3.3用例场景54.3.4业务实体74.3.5补充规约85.系统接口需求8Confidential湖南拓维信息系统股份有限公司, 2008第6页1. 简介软件需求分析说明即软件需求规约(SRS) 的简介应提供整个 SRS的概述。它应包括此 SRS 的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。注：软件需求规约 (SRS) 记录对系统或系统的一部分的完整软件需求。1.1 目的阐明此 SRS 的目的。SRS 应详细地说明所确定
3、的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。1.2 范围简要说明此 SRS 适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。1.3 定义、首字母缩写词和缩略语本小节应提供正确理解此 SRS 所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。1.4 概述本小节应说明该 SRS 中其他部分所包含的内容，如参考资料，并解释此文档的组织方式。2. 业务目标及业务背景这一节描述SRS所涉及的业务目标、干系人的组织架构、业务管理现状、问题2.1 业务目标2.2
4、组织架构2.3 业务现状2.4 存在的问题3. 业务流程这一节描述SRS所涉及的业务流程，以图形方式+文字方式描述3.1 业务名称流程流程图流程说明3.2 业务名称流程流程图流程说明4. 详细需求分析这一节应包括所有的软件需求，其详细程度应使设计人员能够设计出可以满足这些需求的系统，并使测试人员能够测试该系统是否满足这些需求。当利用用例建模时，这些需求在用例和适用的补充规约中记录。4.1 用例报告根据系统的业务流程分析与用户的需求分析，统一描述系统的顶层用例示例：参与者用例说明仓库管理人员入库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记帐等库存管理人员库存的基本业务管理，包括盘
5、点管理，过户管理，移库管理仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理出库管理人员出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等系统管理人员系统管理，报表管理，查询管理，基本资料管理等系统得顶层用例图如下：4.2 用例1用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。如果进行了信息交换，则需指出来回传递的具体信息。例如，只表述主角输入了客户信息就不够明确。最好明确地说主角输入了客户姓名和地址。通常可以利用词汇表让用例的复杂性保持在可控范围内 您最好在词汇表中定义客户信息等内容，使用例不至于陷入过多的细节。应切记，用例只是文本说明，其主要目的是以清晰、简洁
6、、易于理解的方式记录系统的行为。4.2.1 简要说明此说明应该简要介绍该用例的作用和目的。一个段落即足以作此说明。4.2.2 用户界面设计插入界面原型4.2.3 用例场景4.2.3.1 主要参与者及其目标4.2.3.2 前置条件4.2.3.3 主流程当主角有所行动时，此用例随即开始。总是由主角来带动用例。用例应说明主角的行为及系统的响应。应按照主角与系统进行对话的形式来逐步引入用例。虽然清晰明了的叙述性文字是无可替代的，但有时一幅图要比千言短文更具说明性。 只要表达得简洁明了，您就可以在用例中任意粘贴用户界面和流程的图形化显示方式，或是其他图形。 如果流程图有助于描述复杂的决策流程，那么一定要
7、充分利用它！ 同样，对于与状态相关的行为，状态转移图通常比数页文字更能清晰地描述系统的行为。 根据问题来选用妥当的表示方法，但应慎用您的读者可能不太明了的术语、符号或图形。 请切记，您的目的是要阐明问题，而不是混淆问题。4.2.3.4 后置条件4.2.3.5 备选流程简单的备选流可以在用例文本中提供。 如果只需几句话就可说明存在备选流时将发生的事件，则可以直接在主流程一节中说明。 如果备选流较为复杂，则需要用另外一节来单独说明。 例如，备选流小节解释如何说明较复杂的备选流。4.2.3.6 输入项详例4.2.3.7 输出项详例4.2.4 业务实体描述此用例涉及的业务实体。4.2.5 补充规约补充
8、规约记录未包含在用例中的需求。应在此处列出补充规约中适用于该子系统或特性的具体需求，并对这些需求加以改进，以足够详细地说明该子系统或特性。这些需求可以直接记录在此文档中，也可单独保存为补充规约，补充规约在此处可用作附件。务必要明确地标明每一需求。4.3 示例：入库审核用例4.3.1 简要说明仓库管理人员根据货物的基本信息以及入库信息对业务进行审核，如果合格则自动生成帐卡和入库收费单，如果不合格则此笔业务被致与不合格处理。4.3.2 用户界面设计插入界面原型4.3.3 用例场景4.3.3.1 主要参与者及其目标参与者：仓库管理员用例目标：审核录入是否正确，生成帐卡，入库收费单。4.3.3.2 前
9、置条件前置条件一：用户已登录系统前置条件二：用户角色必须仓库管理员4.3.3.3 主流程参与者的动作系统响应1）用例始于对货物的信息进行审核处理2）仓库管理人员选择登陆到本系统，并输入管理帐号与密码3）系统确认帐号与密码，并提示登陆成功进入系统4）仓库管理人员根据系统的提示选择到审核管理5）进入审核管理界面6）仓库管理人员选择要审核业务7）给出此业务的具体信息8）仓库管理人员进行人工审核并选择：A 审核合格B 不合格9)如果审核合格系统自动生成帐卡和入库收费单，如果不合格修改审核状态为不合格10）系统给出提示信息11）用例在所有操作完成后结束4.3.3.4 后置条件后置条件一：系统返回入库审核列表界面4.3.3.5 备选流程无4.3.3.6 输入项详例4.3.3.7 输出项详例4.3.4 业务实体4.3.4.1 入库核查单：实体名英文名缩写详细说明（公共业务实体表中的实体这里可以不作说明）类型入库作业单号字符仓库代码字符收货库位字符货品名称字符货品代码字符唛头字符制造批号字符SKU字符储存单位字符入库数量整数入库库位字符作业组字符核查记录供核查员记录核查信息字符字段间关系（内、外）：备注核查单是入库作业单列表4.3.5 补充规约无5. 系统接口需求描述系统的外部接口需求
