《软件开发案例分析需求模板汇总.doc》由会员分享，可在线阅读，更多相关《软件开发案例分析需求模板汇总.doc（19页珍藏版）》请在三一办公上搜索。
1、项目名称Product name密级confidentiality level电子化仓储管理系统仅供收件方查阅项目编号Project code版本version文档编号document codeE-Storage Management System Software Requirements Specification电子化仓储管理系统软件需求规格说明书Prepared by拟制Date日期Reviewed by评审人Date日期Approved by批准Date日期 版权所有 不得复制Copyright BroadenGate Technologies, Co., Ltd.All Right
2、s ReservedRevision Record 修订记录Date日期Revision Version修订版本CR ID /Defect IDCR/ Defect号Sec No.修改章节Change Description修改描述Author作者Catalog 目 录Error! Reference source not found.Keywords 关键词：仓储管理Abstract 摘 要：本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。List of abbreviations 缩略语清单： Abbreviations缩略语Full spelling
3、 英文全名Chinese explanation 中文解释1 Introduction 简介1.1 Purpose 目的1.2 Scope 范围本文档包含电子化仓储管理系统 V1.0的对外接口和功能描述，以及和外部的约束关系。2 General description 总体概述2.1 Software perspective 软件概述2.1.1 About the Project 项目介绍2.1.2 Environment of Pruduct 产品环境介绍2.2 User characteristics 用户特征2.3 Software function 软件功能2.4 Assumption
4、s & Dependencies 假设和依赖关系3 Specific Requirements 具体需求3.1Functional Requirements 功能需求我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时，该模型将来可派生出动态对象模型
5、。设计Use-case时，我们遵循下列步骤：第一步：识别出系统的管理员。管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。第二步：描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。第三步：重新审视每个Use Case，为它们下了详尽的定义。电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制
6、并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。总体功能时序图：（如图3-1所示）图3-1总体功能时序图图 3-1总体功能时序图中主要描述了系统和用户之间的交互，此图就把电子化仓库系统当作一个黑盒子，通过描述用户和系统的交互过程，进一步说明了系统是如何运作的，也说明了系统所具有的主要功能。系统协作图:（如下3-2 所示）图3-2系统协作图图3
7、-2系统协作图主要描述了管理员、系统、一般用户之间的协作关系有库存管理、统计查询、查询信息、库存信息、统计查询等协作关系。系统领域模型图：（如图3-3所示）图3-3系统领域模型图图3-3系统领域模型图 描述了仓库、用户、客户、送货单、货架、商品、供应商的属性以及各类之间的对应关系。整个系统划分为如下五个业务子系统：1 登录管理：登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，通过判断这个用户的权限信息，不同的登录人可能具有不同的权限，根据不同的权限现实不同的功能。登录管理模块活动图：（如图3-4所示）图3-4登录管理模块活动图图3-3描述了
8、系统活动图，此图描述的是系统的活动流程，从开始状态到结束状态的整个过程。起始端为显示登录界面，然后进入输入用户名和密码界面，然后系统进行登录操作，接下来系统检查数据库的合法性，如果不合法则直接退出，如果合法系统则显示登录界面，然后用户可选择四个功能，分别为，库存管理，统计查询，系统管理和用户管理，当用户完成某一个功能后则结束。2 库存管理：库存管理用例是管理员登陆到系统后，对库存进行各种操作，包括入库管理，出库管理，送货管理，盘点管理，各项管理，通过管理员的增加，删除操作对库存信息进行更新。并同步到数据库。（1）入库管理：可以查询在一段时间里的货物入库信息，包括入库单号、入库日期、操作员。（2
9、）出库管理：货物出库时的信息，包括出库单号、创建人员、创建时间、出库类型、出库日期、客户、状态和备注之后添加出库等。（3）送货管理：送货信息，包括送货单号、创建人员、送货日期、目的城市、客户、状态之后添加送货等。（4）盘点管理：每次盘点的信息管理，包括盘点单号、创建人员、盘点日期、货架号、创建日期、激活状态之后添加盘点提交等。库存管理用例图：（如图3-5所示） 图3-5库存管理用例图图3-4描述的是系统用例图，此图描述了整个系统的用例图，即用户可以通过系统拥有哪些功能，从图中可以清晰的看出来，用户可以进行，管理入库，管理出库，管理送货，管理盘点等等。库存管理模块活动图：（如图3-6所示） 图3
10、-6库存管理模块活动图图3-5描述的是系统活动图，此图描述了整个系统的活动图，即用户可以通过系统拥有哪些功能，从图中可以清晰的看出来，用户可以进行，管理入库，管理出库，管理送货，管理盘点等等。用例描述1：入库管理 参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统后置条件(Post-Condition)：如果商品入库信息记录完成，并将其添加到数据库中成功.则将商品的序号、商品名称、货架名称、库存数量等信显示到界面。基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模
11、块-入库管理； 4、填写入库商品相关信息后，将其添加至相应的数据库，后台进行 处理， 将商品的序号、商品名称、货架名称、库存数量等信显示到界面。主要的成功场景： 1、新到商品的信息成功记录。 2、将新到商品的信息成功添加至商品信息数据库。 3、系统自动显示出该商品库存的相关信息。 扩展： 1、新到商品的信息记录失败。 2、将新到商品的信息添加至商品信息数据库时失败，提醒系统 管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出该商品库存的相关信息。用例描述2：出库管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系
12、统。后置条件(Post-Condition)：如果商品出库信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-出库管理； 4、填写将要出库的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。 主要的成功场景： 1、出库商品的信息成功记录。 2、将出库商品的信息成功添加至出库信息数据库。 3、系统自动显示出出库商品的相关信息。扩展： 1、出库商品的信
13、息记录失败。 2、将出库商品的信息添加至出库信息数据库时失败，提醒系统管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。用例描述3：送货管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统。后置条件(Post-Condition)：如果将要送出的商品信息记录完成，并将其添加到数据库中成功，则将序号、出库单号、数量等信息显示到界面。如果数据添加失败，则提醒系统管理员 商品信息添加失败，请查找原因。基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理
14、员选择其要处理的子模块-送货管理； 4、填写将要送出的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、出库单号、数量等信息显示到界面；主要的成功场景： 1、将要送出的商品信息成功记录。 2、将要送出的商品信息成功添加至送货信息数据库。 3、系统自动显示出要送出的商品信息相关信息。扩展： 1、要送出的商品信息记录失败。 2、将要送出的商品信息添加至送货信息数据库失败，提醒系统管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。用例描述4：盘点管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员通过身份验证，并成
15、功登陆系统。后置条件(Post-Condition)：如果将要盘点的商品信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、数量、库存数量等信息显示到界面。如果数据添加失败，则提醒系统管理员商品信息添加失败，请查找原因。基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-盘点管理； 4、填写将要盘点的商品相关信息后，将其添加至相应的数据库，后台进行处理，并将序号、商品名称、数量、库存数量等信息显示到界面；主要的成功场景： 1、将要盘点的商品信息成功记录。 2、将要盘点的商品信息成功添加至数据库。 3、系统自动显示
16、出要盘点的商品的相关信息。扩展： 1、要盘点的商品信息记录失败。 2、将要盘点的商品信息添加至数据库失败，提醒系统管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。 3.1 Performance Requirements 性能需求系统是作为一个典型的Web网站服务信息平台，因为对于性能有很高的要求。u 系统采用是构件化、面向对象的，可做到灵活扩展。u 系统平台的开放性用于兼容不用类型的应用。u 网站系统采用三层架构的体系结构，已充分考虑到系统今后纵向和横向的平滑扩张能力u 基于J2EE架构，采用跨平台、跨数据库技术，适合主流硬件和主流操作系统和Java支
17、撑平台。数据库系统应满足安全、稳定、大容量、面向事务等关系型数据库基本功能，WEB、应用、中间件等软件采用基于J2EE标准的产品。u 应用级管理全部基于Web浏览器。3.2.1 Performance Measurement 性能指标u 在网络稳定（带宽1M）的环境下操作性界面单一操作的系统响应时间小于2秒。u 支持年数据量为1000万记录数、200GB字节的数据量。u 系统应提供724小时的连续运行，平均年故障时间：1天，平均故障修复时间：30分钟，保证系统平台在出现故障时能够紧急切换，持续地提供一致的服务。u 尽量减少数据库的交互次数，采用缓存机制，提高系统的相应速度。u 支持最高100个
18、并发用户，正常50个并发用户的性能要求，考虑大用户量的并发问题，系统架构需要采用集群和负载均衡技术实现。u 系统安全特性、访问控制须到页面级，能够防止病毒和黑客的攻击。u 系统采用高安全性和可用性的备份恢复方案。3.2 External Interface Requirements 外部接口需求3.3.1 User Interface 用户接口典型的WEB应用3.3.2 Software Interface 软件接口NA3.3.3 Hardware Interface 硬件接口NA3.3.4 Communication Interface 通讯接口NA4 Overall Design Cons
19、traints 总体设计约束4.1 Standards Compliance 标准符合性u 本系统的开发在源代码上遵循C/C+/Java编程规范u 文档依据国际文档标准u 数据库操作遵循SQL标准u 采用J2EE开发标准4.2 Runtime Limitations 环境约束4.2.1 Hardware Environment 硬件环境本系统可运行在主流的PC服务器和小型机上面，基本硬件要求：u 处理器：双核2.0Gu 内 存: 4G u 硬 盘: 100G（不包括操作系统、数据库、应用服务器空间）u 网 络：100MB/1000MB局域网，2M广域网带宽4.2.2 Software Envi
20、ronment 软件环境系统可部署在主流的操作系统、应用服务器和数据库，基本软件如下：u 操作系统： Unix、Linux、Windowsu 数据库系统: Oracle 10g、MySQL、SQL Serveru 应用服务器: Weblogic、Websphere、Tomcat、Apache Serveru 开发环境： JDK1.5/J2EE4.3 Technology Limitations 技术限制u 采用纯Java技术实现，采用多层次架构和面向对象的设计模式；u 设计过程充分应用面向对象的设计方法，保证各个主要模块间的低耦合、高内聚；u 增加模块的可重用性和可扩展性；u 定义清晰的模块接
21、口，并提供较好的接口扩展方式；u 应用系统各个程序按照不同的类别实施统一的接口标准、设计标准和实现标准，保证各个模块能够在一致的标准下完成，降低因技术的多样性和标准多样性产生的固有问题和开发维护成本。5 Software Quality Attributes 软件质量特性u 及时性，快速响应用户的请求；u 正确性，运行结构的正确性；u 灵活性，系统能够适应多种运行环境；u 可维护性，系统能够方便和容易的维护；u 可靠性，系统运行的可靠性；u 可重用性，设计和方案的可重用性；u 可用性，系统的高性能可用；6 Dependencies 依赖关系NA7 Other Requirements其他需求7
22、.1 Database 数据库使用Oracle数据库，详见数据库设计文档。7.2 Operations 操作NA7.3 Localization 本地化支持国际化。8 Requirements Classification 需求分级Requirement ID需求IDRequirement Name需求名称Classification需求分级1.1商品管理A1.2商品分类管理A1.3供应商管理A1.4客户管理A1.5品牌管理A1.6货架管理A2.1用户管理A2.2资源管理A2.3权限管理A2.4部门管理A3.1入库管理A3.2盘点管理A3.3出库管理A3.4送货管理C3.5转仓管理B3.6月结管理A4.1入库查询A4.2盘点查询A4.3出库查询A4.4送货查询A4.5库存查询A4.5补货通知单A重要性分类如下：A. 必须的绝对基本的特性；如果不包含，产品就会被取消。B. 重要的不是基本的特性，但这些特性会影响产品的生存能力。C. 最好有的期望的特性；但省略一个或多个这样的特性不会影响产品的生存能力。9 Issues To Be Determined 待确定问题Requirement ID需求IDDescription问题描述Effect影响(H/M/L)Risk风险Responsibility责任人Resolving Date解决日期Status状态(Open/Close)
