00需求规格说明书V1.0
软件工程--需求规格说明书
文档编号：HHIT-SECD-S101-01T-02版本号：V1.0酒店宾馆客房管理系统结构化需求规格说明书项目名称酒店宾馆客房管理系统的设计与实现项目负责人项目开发单位项目成员、、、项目起止时间2013.06.18----2013.06.212013年6月21日软件工程课程设计项目组任务分派单（组长用）班级：组别：组长姓名：时间：2013 年6 月21日项目名称：酒店宾馆客房管理系统阶段名称：需求分析1、本表由组长为其组员每次上机实践分派任务使用，应认真填写相关任务名称、内容、完成标准等信息；2、本表在每次任务完成后，由组长按照完成标准验收，并给出每个组员成绩评定（每人平均70分制），除组长保留一份外，应及时上报任课老师（电子和纸质文档同时上报）。
目录1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (5)1.4参考资料 (5)2项目概述 (5)2.1目标 (5)2.2用户的特点 (6)2.3假定与约束 (6)3需求规定 (6)3.1对功能的规定 (7)3.2对性能的规定 (20)3.2.1精度 (20)3.2.2时间特性要求 (20)3.2.3灵活性 (20)3.3输入输出要求 (20)3.4数据管理能力要求 (21)3.5故障处理要求 (21)3.6其他专门要求 (22)4运行环境规定 (22)4.1设备 (22)4.2支持软件 (22)4.3接口 (23)4.4控制 (23)1引言【】1.1编写目的想要做一个好的客房管理系统，首先必须知道用户的需求，这样我们才会开发出真正满足用户的软件产品，在系统的需求分析阶段，开发者应该明确一个好的客房管理系统必须要做什么。
1.2背景宾馆客房管理系统是宾馆客房管理不可缺少的，对于宾馆的管理者和使用者来说都是非常重要的，在以往，人们使用手工登记来记录管理宾馆的日常事务，操作流程虽然简单，但随着宾馆的数量越来越多，宾馆的规模越来越大，宾馆的入住率越来越高。
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
MCS_RD001_04_01_用户需求规格说明书_经营管理处V1.0
密级：机密—JM文档编号：RD000_用户需求规格说明书版本号：V1.0经营管理处用户需求规格说明书--------------------------------------------------------------------- 山东绿邦数据服务股份有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
经营管理处用户需求规格说明书确认调研部门：_____经营管理处_______调研对象：_____ __________部门领导：_________________ ___调研人员：________________项目经理：文件更改摘要：目录1.目的 (4)2.产品功能列表 (4)2.1.功能列表 (4)2.2.功能权限说明 (4)3.产品功能需求 (5)3.1.计划管理 (5)3.1.1.现状描述 (5)3.1.2.需求分析 (5)3.1.3.数据采集 (6)3.1.4.监控管理 (9)3.1.5.数据分析 (11)3.2.价格管理 (18)3.2.1.现状描述 (18)3.2.2.需求分析 (19)3.2.3.数据采集 (19)3.2.4.数据分析 (19)3.3.联营公司出库管理 (22)3.3.1.现状描述 (22)3.3.2.需求分析 (23)3.3.3.数据采集 (23)3.3.4.监控管理 (25)3.3.5.数据分析 (26)4.问题列表 (27)1. 目的该文档是描述营销业务域的经营管理处需求，适用用户交流。
本文档界定了经营管理处的需求范围和功能点，对后续软件设计、实现和测试提供依据。
2. 产品功能列表2.1. 功能列表2.2. 功能权限说明3. 产品功能需求3.1. 计划管理3.1.1.现状描述销售计划主要是零售和直分销计划，涉及的组织机构包括：销售事业部、经营管理处、零售中心、商业客户中心等主要业务部门。
软件需求规格说明书
软件需求规格说明书1范围1.1标识SRS适用范围：城市教育资源管理系统标识号：GDGL004标题：城市教育资源管理系统版本号：V1.0发行号：Alpha001（内测版）1.2系统概述随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用。
教育资源的优劣，直接关系着教育效益的产出。
教育资源管理的好坏将直接影响着学校的建设和发展。
目前中国城市人均教育经费差异很大，城市间高等教育阶段生师比的差距比较大,而基础教育的差距相对较小;城市经济发展水平是影响这些差异的主要因素,其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。
城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台，对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理，教职工人事变动管理，教学资源合理分配与再分配，地区教育质量评价等等。
它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。
并能够作为一项新兴的部门管理方法。
1.3文档概述在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。
通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。
本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。
1.4基线本文档的设计基线是《GBT8567-2006计算机软件文档编制规范》。
2引用文件[1]GBT8567-2006计算机软件文档编制规范. 2006[2]Y.Daniel Liang著李娜译,JA V A语言程序设计．北京：机械工业出版社2012[3]刘先锋,数据库系统原理与应用. 武汉：华中科技大学出版社2012[4]谢希仁,计算机网络（第五版）．北京：电子工业出版社20123需求3.1所需的状态和方式教育局，学校管理员根据各自实际身份登录城市教育资源管理系统，如果登录成功，则启动相应的管理系统，以及相应的权限，实现各项功能。
需求规格说明书
[项目名称]需求规格说明书[V1.0(版本号)]拟制人______________________ 审核人______________________ 批准人______________________[年月日]1．引言1.1编写的目的说明编写这份需求规格说明书的目的,指出预期的读者.1.2背景a.待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料。
2．任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
2.3假定和约束列出进行本系统开发工作的假定和约束。
3．需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求说明对于该系统的时间特性要求。
3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
Counter V1.0软件需求规格说明书(写用例用)
Counter V1.0软件需求规格说明书拟制上海博为峰软件技术有限公司日期2003-06-08 评审人日期yyyy-mm-dd修订记录目录1简介 (6)1.1目的 (6)1.2范围 (6)2总体概述 (6)2.1软件概述 (6)2.1.1项目介绍 (6)2.1.2产品环境介绍 (6)2.2软件功能 (6)2.3用户特征 (6)2.4假设和依赖关系 (6)3具体需求 (7)3.1功能需求 (7)3.1.1SRS-COUNTER-001统计源文件中的代码行 (7)3.1.2SRS-COUNTER-002统计源文件中的注释行 (8)3.1.3SRS-COUNTER-003统计源文件中的空行 (10)3.1.4SRS-COUNTER-004统计源文件中的总行数 (11)3.2性能需求 (12)3.2.1代码统计速度需求 ......................................................................... 错误！未定义书签。
3.3外部接口需求 (12)3.3.1用户接口 (12)3.3.2软件接口 (13)4总体设计约束 (13)4.1标准符合性 (13)4.2硬件约束 (13)4.3技术限制 (14)5需求分级 (14)表目录表1 统计代码行功能输入参数 (7)表2 统计注释行功能的输入参数 (9)表3 统计空行功能的输入参数 (10)表4 统计总行数功能的输入参数 (11)图目录图2 Counter 1.0的用户界面 (13)Counter V1.0软件需求规格说明书关键词：代码行、空行、注释行、统计工具摘要：本文档是Counter V1.0的软件需求规格说明书，细化了《Counter V1.0项目工作任务书》中的需求，提供给相关人员完成概要设计说明书和系统测试设计。
缩略语清单：1 简介1.1 目的本文档是Counter（代码行统计工具）的软件需求规格说明书。
产品需求规格说明书
产品需求规格说明书集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-项目名称（v1.0）产品需求说明书(版权所有,翻版必究)1.文档介绍1.1.编制目的1.2.术语和缩略语2.用户需求2.1.用户概述2.2.使用场景3.产品（版本）概述3.1.目标3.2.产品结构图3.3.页面结构图3.3.1.模块1页面结构3.3.2.模块2页面结构3.4.核心业务流程图3.4.1.核心业务1流程图3.4.2.核心业务2流程图3.5.全局说明4.功能需求4.1.功能需求总述4.1.1.功能需求总表4.1.2.角色、权限需求4.2.功能需求14.3.功能需求24.4.功能需求N5.非功能需求5.1.性能需求5.2.安全保密需求5.3.扩展性需求5.4.稳定性需求5.5.兼容性要求5.6.部署需求6.时间计划要求7.界面要求8.其他说明1.文档介绍1.1.编制目的描述文档编写的内容及目的和作用。
2.2.1.用户概述产品用户分为几类，每种类型的用户特点及关注点进行描述；2.2.使用场景描述用户使用该产品核心功能的场景，作为产品功能需求的重要依据通过业务背景，使用软硬件环境，业务流程，性能要求等方面描述几个用户最关心的核心功能场景，重点是强调用户的业务需求。
3.产品（版本）概述3.1.目标叙述该项软件开发的意图、应用目标以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
3.2.产品结构图从产品全局出发，介绍产品功能模块，各模块之间的主要关系。
3.3.页面结构图产品页面结构梳理，告诉团队成员产品有几个内容模块，每个模块包含了哪些页面。
3.3.1.模块1页面结构3.3.2.模块2页面结构3.4.核心业务流程图以根据产品的核心业务模块用分别画出核心业务模块业务流程图。
3.4.1.核心业务1流程图1.背景：应用场景、业务背景、核心痛点（简单描述，以讲为主）2.方案：设计思路、亮点、解决问题的能力。
项目需求规格说明书
xx项目需求规格说明书xx公司xxxx年xx月xx日版本：V1.0变更记录1 引言在概述部分应对整个系统进行概要描述。
通常还包括目的、适用范围、预期读者和阅读建议、术语定义和参考资料等。
1.1 目的此处描述本软件需求规格说明书的目的。
本需求说明旨在对xx平台的功能架构及子系统的功能需求、非功能需求进行逐一分析；并对各系统接口、质量需求、文档需求和约束做出可行方案。
本需求规格说明书编写目的：（1）在需求调研阶段，通过本文档，与系统用户进行系统需求的确认。
（2）在系统设计阶段，通过本文档，指导该系统的概要设计和数据库设计。
（3）在系统开发阶段，通过本文档，帮助相关人员全面了解用户需求与系统功能。
（4）系统测试和联调阶段，通过该文档，是编写测试用例的依据。
（5）在系统实施阶段，实施人员借助本文档完成系统的实施工作。
（6）在系统使用过程中，本文档作为用户使用的辅助说明文件。
（7）在系统验收阶段，本文档将作为主要验收依据。
1.2 适用范围本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：客户代表、项目经理、技术开发人员（包括系统分析人员、系统设计人员、开发人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。
1.3 预期读者和阅读建议根据读者角色的不同，给予不同的阅读建议。
1.4 术语和缩略语定义所使用的术语。
对于易混淆的客户常用语要有明确规定定义。
例如，“用户”是指客户的雇员而非软件的最终购买者等。
1.5 参考资料列出相关的参考资料信息。
1.6 需求描述约定本章节用于说明本文描述需求的约定，这些约定主要包括：1）需求标识方法：“需求编号”的格式为：X-YYY-ZZZ，其中A代表电子商务，B为业务管理门户，YYY表示3位主功能模块码，ZZZ为3位子功能模块码。
需求层次：分三个层次，第一层需求指主功能模块，第二层需求指功能模块的子功能，第三层次指子功能下的具体需求。
2）需求跟踪的颗粒度：跟踪到第二层功能需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
无锡NIIT软件开发有限公司文档编号: REQ-SRS需求规格说明书V1.0编写：审核：批准：钱庭荣日期：2013.5.09 日期：2013.5.09 日期：2013.5.09变更履历版本文件内容描述编写日期编写审核批准1.0 正式发布2013.5.09韩杰徐晓明钱庭荣目录1概述 (5)1.1编写目的 (5)1.2适用范围 (5)1.3名词解释 (6)1.4参考资料 (6)2系统综述 (6)2.1系统介绍 (6)2.1.1 关键业务流程 (8)1)事务运行流程 (8)2)计划业务流程 (8)2.2主要特征 (9)2.3产品/项目中的用户角色 (9)3功能性需求描述 (9)3.1首页 (9)3.1.1功能描述 (9)3.1.2子功能描述 (9)3.2库存管理 (12)3.2.1功能描述 (12)3.2.2子功能描述 (12)3.3系统维护管理 (14)3.3.1功能描述 (14)3.3.2子功能描述 (14)3.4退货管理 (16)3.4.1功能描述 (16)4时序图 (17)5需求功能列表 (17)5.1功能划分 (17)5.2功能描述 (18)6系统接口需求 (19)6.1内部接口 (19)6.2外部接口 (19)7系统的非功能性需求 (19)7.1稳定性 (19)7.2安全性 (19)7.3可扩展性等要求 (19)7.4灵活性 (20)7.5可恢复性 (20)7.6用户界面需求 (20)7.6.1操作简捷 (21)7.6.2用户界面友好 (21)7.6.3数据校验 (21)7.6.4系统容错 (21)7.7运行需求 (22)7.7.1数据库要求 (22)7.7.2应用服务器要求 (22)7.7.3故障处理 (22)7.7.4用户文档 (22)7.8其它需求 (22)7.8.1安全与保密要求 (22)7.8.2支持软件环境 (23)8双方确认 (23)1概述1.1 编写目的编写本文档的目的是为了对无锡超市进销存管理系统项目进行明确的定义，详细说明应用系统的外部行为，包括业务功能需求、非功能性需求、接口细节、设计约束以及影响系统的其他因素，为了方便超市管理和顾客购物进行很好的设计。
本需求说明书主要适合以下读者：用户系统设计人员质量控制人员数据库设计人员用户手册编写人员系统确认测试人员系统维护人员本需求说明书是以下开发活动的依据之一：数据库设计系统概要设计和详细设计系统确认测试编写用户手册用户验收1.2 适用范围本规范适用于开发超市进销存管理系统的项目过程。
被调研人列表部门职位需求确认范围综合管理综合管理部门经理对本公司和一些客户公司的业务往来情况以及业务人员的工作方式做一个总体的调查研究质量保证质量保证部部门经理对本公司和一些客户公司的业务往来情况以及业务人员的工作方式做一个总体的调查研究研发软件研发部相关工作人员、部门经理对本公司和一些客户公司的业务往来情况以及业务人员的工作方式做一个总体的调查研究测试测试相关工作人员、部门经理对本公司和一些客户公司的业务往来情况以及业务人员的工作方式做一个总体的调查研究财务财务相关工作人员、部门经理对本公司和一些客户公司的业务往来情况以及业务人员的工作方式做一个总体的调查研究1.3 名词解释术语和缩写解释备注计划管理--目标上级需要下级完成的工作计划管理--计划对于上级发布的目标制定的一系列完成目标的步骤计划管理--反馈计划执行完毕后，对于直属上级的汇报1.4 参考资料《实用软件工程》，郑人杰，殷人昆，陶永雷，清华大学出版社，1997.4《软件工程实践者之路》，美，清华大学出版社，1997.4《系统设计说明书编制规范》《WindowsForm(C#)编程规范》《用户需求说明书》《用户需求说明书》评审报告2系统综述2.1 系统介绍超市进销存管理系统按分类、分级的模式对仓库进行全面的管理和监控，缩短了超市信息流转时间，使企业的物资管理层次分明、井然有序，为采购、销售提供依据；智能化的预警功能可自动提示存货的短缺、超储等异常状况；系统还可进行材料超市ABC分类汇总，减少资金积压。
完善的超市管理功能，可对企业的存货进行全面的控制和管理，降低超市成本，增强企业的市场竞争力。
超市进销存管理系统研究的内容涉及超市进销存管理的全过程，包括入库、出库、退货、订货、超市统计查询等等。
对普通超市来讲，涉及原料的进货渠道、销售情况及库存等方面的管理的好与坏对超市的持久性至关重要。
概括地说，用户对进销系统的需求具有普遍性。
超市进销存销售管理系统适用于超市采购、销售和仓库部门，可对超市采购、销售及仓库的业务全过程进行有效控制和跟踪。
使用超市进销存销售管理系统可有效减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提高市场灵敏度，提升超市的市场竞争力。
系统总体结构：图2-1 系统总体结构2.1.1 关键业务流程1)事务运行流程图2-2 运行流程流程图说明：图中的空心箭头代表的路线为：超市进销存的运作过程，进行循环协作。
2)计划业务流程2.2 主要特征●促进企业信息化建设，利用信息化手段增强自身的核心竞争力，实现以更少的人力、更方便地管理、更全面的了解各服务机构及整体业务状况；●集中了成熟的数据技术与管理思想, 能有效提高企业的内部管理和工作效率, 降低经营成本；2.3 产品/项目中的用户角色表2-1角色人员职责描述备注系统用户使用本系统的用户使用本系统包括以下所有普通员工公司的普通员工使用系统，执行任务公司领导公司高层、部门经理、项目经理发布目标，审批业务人事部员工人事部人员发布公告，人力资源管理员系统管理维护人员维护系统，权限管理3功能性需求描述3.1 首页3.1.1功能描述首页是在用户登录系统后，显示在主页面上显示常用的基本信息查询，其中信息包括顶部菜单：基本档案、进货管理、销售管理、库存管理、系统维护，中间提示信息，实现智能营销统计。
3.1.2子功能描述基本信息基本信息是管理人员为了业务需求进行查询员工和供应商的基本信息，员工和供应商也可以查看自己信息，添加新员工信息和查看供应商的基本信息。
规格说明用例编号 1.1 用例名称基本信息用例描述供管理员进行增加、查看员工和供应商的基本信息参与角色系统使用用户前置条件用户登录系统后后置条件无输入项先进行用户登录，在进行信息查找处理描述系统为当前登录用户捷径列表添加新页面的快捷方式输出项系统是否显示员工基本信息，若成功，则信息全部显示出来，若失败，没有相关信息员工编号不存在。
部门管理部门管理是在用户登录后，直观的显示在用户眼前的职位部门，管理员对员工信息的管理，根据相关条件进行查找、修改、删除等操作。
规格说明用例编号 1.2 用例名称查看员工所在部门用例描述部门的相关信息参与角色系统使用用户前置条件用户登录系统后后置条件无输入项选择查询条件处理描述当前用户点击查看部门信息后，系统跳转到部门页面，然后查询条件进行查找，得出相对于的信息。
输出项部门页面显示出所在的部门编号、部门名称和相关负责人。
进货管理需要进行的进货管理是在用户登录后，出现超市进销存管理，选择进货管理商品进货和商品查询。
商品进货信息包括商品进货数量、单价、供货商等。
商品进货管理功能完成进货信息登记、修改和删除等。
分类查看：可以根据商品类型来查看某种商品的进货情况。
更新库存：进货信息的变动直接关系到库存的变化。
进货分析：列出当前进货量最多的前几项商品和进货量最少的前几项商品。
库存分析：列出当前库存量最多的前几项商品和库存量最少的前几项商品。
规格说明用例编号 1.3 用例名称商品进货和商品查询用例描述需要的商品进货是通过商品查询后进行分析商品进货具体详情参与角色系统使用用户前置条件商品缺货或所剩无几后置条件无输入项无处理描述当前用户点击查看更多后，系统跳转到当前用户需要处理的事务列表页面输出项系统是显示所有需要进货的编号、名称等销售管理销售管理是商品销售的情况，商品销售率和销售出去因为质量原因进行的退货处理等。
商品销售信息管理：商品销售信息包括商品销售数量、单价、统计日期等。
商品销售管理功能完成销售信息登记、修改和删除等。
分类查看：可以根据商品类型来查看某种商品的销售情况。
更新库存：销售信息的变动直接关系到库存的变化。
销售分析：列出当前销售量最多的前几项商品和销售量最少的前几项商品。
规格说明用例编号 1.4 用例名称商品销售用例描述对某一类产品的销量反馈给销售人员进行统计参与角色系统使用用户前置条件用户登录系统后后置条件无输入项无处理描述销售信息销售完毕进行删除该产品的一些信息客观的显示给管理员商品销售的情况。
输出项3.2 库存管理3.2.1功能描述库存管理系统是生产、计划和控制的基础。
本系统通过对仓库、货位等帐务管理及入／出库类型、入／出库单据的管理，及时反映各种物资的仓储、流向情况，为供应商和采购部有更近一步预算。
通过库存分析，为管理及决策人员提供库存资金占用情况、物资积压情况、短缺／超储情况、ABC分类情况等不同的统计分析信息．通过对批号的跟踪，实现专批专管，保证质量跟踪的贯通。
库存管理员进行对库存的查询，库存里的货物不足时发出警报。
3.2.2子功能描述库存查询库存管理系统是生产、计划和控制的基础。
本系统通过对仓库、货位等帐务管理及入／出库，保证质量跟踪的贯通。
库存管理员进行对库存的查询，库存里的货物不足时发出警报。
规格说明用例编号 2.1 用例名称库存查询、库存警报用例描述对电器H11型号的空调进行数量查询参与角色系统使用用户前置条件登录系统后进入公告栏后置条件无输入项商品的编号处理描述用户点击公告的标题，系统展开显示选中公告的具体内容输出项如果那个型号的空调数量大于总数的1/3时发出该商品不足，否则不做任何发出信息。
库存警报在库存中库存商品不足时发出警报，。
规格说明用例编号 2.2 用例名称警报发出用例描述参与角色系统使用用户前置条件登录系统后进入通讯录后置条件可复制信息、发送消息、发送邮件输入项选中的用户名字处理描述用户点击通讯录上的员工名字，系统显示该选中用户的具体信息输出项系统展开显示选中用户的具体信息，包括更详尽的联系方式、所在部门、用户照片等详细资料，用户可以复制信息，发送站内消息，发送邮件规格说明用例编号 2.3 用例名称复制信息用例描述复制信息可以将用户联系方式等信息资料复制到系统剪贴板参与角色系统使用用户前置条件查看用户具体信息后置条件无输入项无处理描述用户点击复制信息，系统将当前查看用户的联系方式等信息复制到系统剪贴板输出项系统剪贴板中包含用户联系方式等详细信息，CTRL+V则可粘贴3.3 系统维护管理3.3.1功能描述在为了清除系统运行中发生的故障和错误，软、硬件维护人员要对系统进行必要的修改与完善；为了使系统适应用户环境的变化，满足新提出的需要，也要对原系统做些局部的更新，这些工作称为系统维护。