软件开发案例分析需求模板汇总.docx

软件开发案例分析需求模板汇总.docx

《软件开发案例分析需求模板汇总.docx》由会员分享，可在线阅读，更多相关《软件开发案例分析需求模板汇总.docx（15页珍藏版）》请在冰豆网上搜索。

软件开发案例分析需求模板汇总

项目名称

Productname

密级

confidentialitylevel

电子化仓储管理系统

仅供收件方查阅

项目编号

Projectcode

版本

version

文档编号

documentcode

E-StorageManagementSystemSoftwareRequirementsSpecification

电子化仓储管理系统软件需求规格说明书

Preparedby

拟制

Date

日期

Reviewedby

评审人

Date

日期

Approvedby

批准

Date

日期

版权所有不得复制

Copyright©BroadenGateTechnologies,Co.,Ltd.

AllRightsReserved

RevisionRecord

修订记录

Date

日期

RevisionVersion

修订版本

CRID/DefectID

CR/Defect号

SecNo.

修改章节

ChangeDescription

修改描述

Author

作者

Catalog目录

电子化仓储管理系统

V1.0SoftwareRequirementsSpecification

软件需求规格说明书

Keywords关键词：

仓储管理

Abstract摘要：

本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。

Listofabbreviations缩略语清单：

Abbreviations缩略语

Fullspelling英文全名

Chineseexplanation中文解释

1Introduction简介

1.1Purpose目的

1.2Scope范围

本文档包含电子化仓储管理系统V1.0的对外接口和功能描述，以及和外部的约束关系。

2Generaldescription总体概述

2.1Softwareperspective软件概述

2.1.1AbouttheProject项目介绍

2.1.2EnvironmentofPruduct产品环境介绍

2.2Usercharacteristics用户特征

2.3Softwarefunction软件功能

2.4Assumptions&Dependencies假设和依赖关系

3SpecificRequirements具体需求

3.1FunctionalRequirements功能需求

我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML（UnifiedModelingLanguage）作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

UseCase描述的是“actor”（用户、外部系统以及系统处理）是如何与系统交互来完成时，该模型将来可

派生出动态对象模型。

设计Use-case时，我们遵循下列步骤：

第一步：

识别出系统的管理员。

管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。

尽可能地确保所有管理员都被完全识别出来。

第二步：

描述主要的UseCase。

可以采取不断地问自己“这个管理员究竟想通过系统做什么？

”来准确地描述UseCase。

第三步：

重新审视每个UseCase，为它们下了详尽的定义。

电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。

系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。

本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。

总体功能时序图：

（如图3-1所示）

图3-1总体功能时序图

图3-1总体功能时序图中主要描述了系统和用户之间的交互，此图就把电子化仓库系统当作一个黑盒子，通过描述用户和系统的交互过程，进一步说明了系统是如何运作的，也说明了系统所具有的主要功能。

系统协作图:

（如下3-2所示）

图3-2系统协作图

图3-2系统协作图主要描述了管理员、系统、一般用户之间的协作关系有库存管理、统计查询、查询信息、库存信息、统计查询等协作关系。

系统领域模型图：

（如图3-3所示）

图3-3系统领域模型图

图3-3系统领域模型图描述了仓库、用户、客户、送货单、货架、商品、供应商的属性以及各类之间的对应关系。

整个系统划分为如下五个业务子系统：

1登录管理：

登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，通过判断这个用户的权限信息，不同的登录人可能具有不同的权限，根据不同的权限现实不同的功能。

登录管理模块活动图：

（如图3-4所示）

图3-4登录管理模块活动图

图3-3描述了系统活动图，此图描述的是系统的活动流程，从开始状态到结束状态的整个过程。

起始端为显示登录界面，然后进入输入用户名和密码界面，然后系统进行登录操作，接下来系统检查数据库的合法性，如果不合法则直接退出，如果合法系统则显示登录界面，然后用户可选择四个功能，分别为，库存管理，统计查询，系统管理和用户管理，当用户完成某一个功能后则结束。

2库存管理：

库存管理用例是管理员登陆到系统后，对库存进行各种操作，包括入库管理，出库管理，送货管理，盘点管理，各项管理，通过管理员的增加，删除操作对库存信息进行更新。

并同步到数据库。

（1）入库管理：

可以查询在一段时间里的货物入库信息，包括入库单号、入库日期、操作员。

（2）出库管理：

货物出库时的信息，包括出库单号、创建人员、创建时间、出库类型、出库日期、客户、状态和备注之后添加出库等。

（3）送货管理：

送货信息，包括送货单号、创建人员、送货日期、目的城市、客户、状态之后添加送货等。

（4）盘点管理：

每次盘点的信息管理，包括盘点单号、创建人员、盘点日期、货架号、创建日期、激活状态之后添加盘点提交等。

库存管理用例图：

（如图3-5所示）

图3-5库存管理用例图

图3-4描述的是系统用例图，此图描述了整个系统的用例图，即用户可以通过系统拥有哪些功能，从图中可以清晰的看出来，用户可以进行，管理入库，管理出库，管理送货，管理盘点等等。

库存管理模块活动图：

（如图3-6所示）

图3-6库存管理模块活动图

图3-5描述的是系统活动图，此图描述了整个系统的活动图，即用户可以通过系统拥有哪些功能，从图中可以清晰的看出来，用户可以进行，管理入库，管理出库，管理送货，管理盘点等等。

用例描述1：

入库管理

参与者（Actor）：

系统管理员

前置条件（Pre-Condition）：

系统管理员通过身份验证，并成功登陆系统

后置条件（Post-Condition）：

如果商品入库信息记录完成，并将其添加到数据库中成功.则将商品的序号、商品名称、货架名称、库存数量等信显示到界面。

基本路径：

1、管理员鼠标点击“库存管理”模块；

2、系统将该模块的主页面显示到界面；

3、由系统管理员选择其要处理的子模块-入库管理；

4、填写入库商品相关信息后，将其添加至相应的数据库，后台进行处理，将商品的序号、商品名称、货架名称、库存数量等信显示到

界面。

主要的成功场景：

1、新到商品的信息成功记录。

2、将新到商品的信息成功添加至商品信息数据库。

3、系统自动显示出该商品库存的相关信息。

扩展：

1、新到商品的信息记录失败。

2、将新到商品的信息添加至商品信息数据库时失败，提醒系统管理员商品信息添加失败，请查找原因。

3、系统由于某种原因不能自动显示出该商品库存的相关信息。

用例描述2：

出库管理

参与者（Actor）：

系统管理员

前置条件（Pre-Condition）：

系统管理员通过身份验证，并成功登陆系统。

后置条件（Post-Condition）：

如果商品出库信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。

基本路径：

1、管理员鼠标点击“库存管理”模块；

2、系统将该模块的主页面显示到界面；

3、由系统管理员选择其要处理的子模块-出库管理；

4、填写将要出库的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。

主要的成功场景：

1、出库商品的信息成功记录。

2、将出库商品的信息成功添加至出库信息数据库。

3、系统自动显示出出库商品的相关信息。

扩展：

1、出库商品的信息记录失败。

2、将出库商品的信息添加至出库信息数据库时失败，提醒系统管理员商品信息添加失败，请查找原因。

3、系统由于某种原因不能自动显示出商品的相关信息。

用例描述3：

送货管理

参与者（Actor）：

系统管理员

前置条件（Pre-Condition）：

系统管理员通过身份验证，并成功登陆系统。

后置条件（Post-Condition）：

如果将要送出的商品信息记录完成，并将其添加到数据库中成功，则将序号、出库单号、数量等信息显示到界面。

如果数据添加失败，则提醒系统管理员商品信息添加失败，请查找原因。

基本路径：

1、管理员鼠标点击“库存管理”模块；

2、系统将该模块的主页面显示到界面；

3、由系统管理员选择其要处理的子模块-送货管理；

4、填写将要送出的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、出库单号、数量等信息显示到界面；

主要的成功场景：

1、将要送出的商品信息成功记录。

2、将要送出的商品信息成功添加至送货信息数据库。

3、系统自动显示出要送出的商品信息相关信息。

扩展：

1、要送出的商品信息记录失败。

2、将要送出的商品信息添加至送货信息数据库失败，提醒系统管理员商品信息添加失败，请查找原因。

3、系统由于某种原因不能自动显示出商品的相关信息。

用例描述4：

盘点管理

参与者（Actor）：

系统管理员

前置条件（Pre-Condition）：

系统管理员通过身份验证，并成功登陆系统。

后置条件（Post-Condition）：

如果将要盘点的商品信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、数量、库存数量等信息显示到界面。

如果数据添加失败，则提醒系统管理员商品信息添加失败，请查找原因。

基本路径：

1、管理员鼠标点击“库存管理”模块；

2、系统将该模块的主页面显示到界面；

3、由系统管理员选择其要处理的子模块-盘点管理；

4、填写将要盘点的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、商品名称、数量、库存数量等信息显示到界面；

主要的成功场景：

1、将要盘点的商品信息成功记录。

2、将要盘点的商品信息成功添加至数据库。

3、系统自动显示出要盘点的商品的相关信息。

扩展：

1、要盘点的商品信息记录失败。

2、将要盘点的商品信息添加至数据库失败，提醒系统管理员商品信息添加失败，请查找原因。

3、系统由于某种原因不能自动显示出商品的相关信息。

3.1PerformanceRequirements性能需求

系统是作为一个典型的Web网站服务信息平台，因为对于性能有很高的要求。

◆系统采用是构件化、面向对象的，可做到灵活扩展。

◆系统平台的开放性用于兼容不用类型的应用。

◆网站系统采用三层架构的体系结构，已充分考虑到系统今后纵向和横向的平滑扩张能力

◆基于J2EE架构，采用跨平台、跨数据库技术，适合主流硬件和主流操作系统和Java支撑平台。

数据库系统应满足安全、稳定、大容量、面向事务等关系型数据库基本功能，WEB、应用、中间件等软件采用基于J2EE标准的产品。

◆应用级管理全部基于Web浏览器。

3.2.1PerformanceMeasurement性能指标

◆在网络稳定（带宽1M）的环境下操作性界面单一操作的系统响应时间小于2秒。

◆支持年数据量为1000万记录数、200GB字节的数据量。

◆系统应提供7×24小时的连续运行，平均年故障时间：

<1天，平均故障修复时间：

<30分钟，保证系统平台在出现故障时能够紧急切换，持续地提供一致的服务。

◆尽量减少数据库的交互次数，采用缓存机制，提高系统的相应速度。

◆支持最高100个并发用户，正常50个并发用户的性能要求，考虑大用户量的并发问题，系统架构需要采用集群和负载均衡技术实现。

◆系统安全特性、访问控制须到页面级，能够防止病毒和黑客的攻击。

◆系统采用高安全性和可用性的备份恢复方案。

3.2ExternalInterfaceRequirements外部接口需求

3.3.1UserInterface用户接口

典型的WEB应用

3.3.2SoftwareInterface软件接口

NA

3.3.3HardwareInterface硬件接口

NA

3.3.4CommunicationInterface通讯接口

NA

4OverallDesignConstraints总体设计约束

4.1StandardsCompliance标准符合性

◆本系统的开发在源代码上遵循C/C++/Java编程规范

◆文档依据国际文档标准

◆数据库操作遵循SQL标准

◆采用J2EE开发标准

4.2RuntimeLimitations环境约束

4.2.1HardwareEnvironment硬件环境

本系统可运行在主流的PC服务器和小型机上面，基本硬件要求：

◆处理器：

双核2.0G

◆内存:

4G

◆硬盘:

100G（不包括操作系统、数据库、应用服务器空间）

◆网络：

100MB/1000MB局域网，2M广域网带宽

4.2.2SoftwareEnvironment软件环境

系统可部署在主流的操作系统、应用服务器和数据库，基本软件如下：

◆操作系统：

Unix、Linux、Windows

◆数据库系统:

Oracle10g、MySQL、SQLServer

◆应用服务器:

Weblogic、Websphere、Tomcat、ApacheServer

◆开发环境：

JDK1.5/J2EE

4.3TechnologyLimitations技术限制

◆采用纯Java技术实现，采用多层次架构和面向对象的设计模式；

◆设计过程充分应用面向对象的设计方法，保证各个主要模块间的低耦合、高内聚；

◆增加模块的可重用性和可扩展性；

◆定义清晰的模块接口，并提供较好的接口扩展方式；

◆应用系统各个程序按照不同的类别实施统一的接口标准、设计标准和实现标准，保证各个模块能够在一致的标准下完成，降低因技术的多样性和标准多样性产生的固有问题和开发维护成本。

5SoftwareQualityAttributes软件质量特性

◆及时性，快速响应用户的请求；

◆正确性，运行结构的正确性；

◆灵活性，系统能够适应多种运行环境；

◆可维护性，系统能够方便和容易的维护；

◆可靠性，系统运行的可靠性；

◆可重用性，设计和方案的可重用性；

◆可用性，系统的高性能可用；

6Dependencies依赖关系

NA

7OtherRequirements其他需求

7.1Database数据库

使用Oracle数据库，详见数据库设计文档。

7.2Operations操作

NA

7.3Localization本地化

支持国际化。

8RequirementsClassification需求分级

RequirementID

需求ID

RequirementName

需求名称

Classification

需求分级

1.1

商品管理

A

1.2

商品分类管理

A

1.3

供应商管理

A

1.4

客户管理

A

1.5

品牌管理

A

1.6

货架管理

A

2.1

用户管理

A

2.2

资源管理

A

2.3

权限管理

A

2.4

部门管理

A

3.1

入库管理

A

3.2

盘点管理

A

3.3

出库管理

A

3.4

送货管理

C

3.5

转仓管理

B

3.6

月结管理

A

4.1

入库查询

A

4.2

盘点查询

A

4.3

出库查询

A

4.4

送货查询

A

4.5

库存查询

A

4.5

补货通知单

A

重要性分类如下：

A.必须的绝对基本的特性；如果不包含，产品就会被取消。

B.重要的不是基本的特性，但这些特性会影响产品的生存能力。

C.最好有的期望的特性；但省略一个或多个这样的特性不会影响产品的生存能力。

9IssuesToBeDetermined待确定问题

RequirementID

需求ID

Description

问题描述

Effect

影响

（H/M/L）

Risk

风险

Responsibility

责任人

ResolvingDate

解决日期

Status

状态（Open/Close）