网上书店管理系统结构化需求说明书

目 录1引言61.1文档编制目的61.2背景61.3 参考资料62软件概述62.1 软件范围定义62.2 系统特性概述72.3 系统运行环境82.3.1设备及分布82.3.2支撑软件92.4 假定和依赖103外部接口需求103.1 用户界面103.2 硬件接口103.3 软件接口103.4 通信接口114需求规格114.1 系统特性1（销售管理子系统）114.1.1系统特性说明114.1.1.1业务说明114.1.1.2功能总体说明114.1.2功能需求124.1.2.1数据字典124.1.3性能需求124.1.4安全性需求124.2系统特性2（采购管理子系统）134.2.1统特性说明134.2.1.1业务说明134.2.1.2功能总体说明134.2.2功能需求134.2.2.1数据字典134.2.3性能需求144.2.4安全性需求144.3系统特性3（财务管理子系统）144.3.1系统特性说明144.3.1.1业务说明154.3.1.2功能总体说明154.3.2功能需求154.3.2.3数据字典154.3.3性能需求164.3.4安全性需求165其他非功能需求165.1 一般性性能需求165.2 一般性安全性需求165.3 用户文档需求166其他需求177尚需解决的问题178附件171引言1.1文档编制目的本文档详细介绍了网上书店理信息系统的需求说明，为用户和系统管理元描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。1.2 背景随着人们生活水平的提高以及生活节奏的不断加快，普通的图书实体店已经不能满足消费者的生活需要，为了构建一个快捷方便的购书环境，网上书店就此应运而生。一方面不仅方便了客户，而且在一定程度上减轻了管理者的管理压力，提高管理效率的同时也降低了错误率。此系由销售子系统、采购子系统、结算子系统构成。1.3参考资料软件工程 钟珞 主编 清华大学出版社出版2软件概述2.1软件范围定义高校医院管理信息系统是书店以业务流程为基础，利用计算机技术、网络技术和通信技术及数据库技术，对书店各项管理、物资经济等信息进行有效的管理和应用，实现书店内、外部信息资源共享的计算机应用软件系统。系统所涉及到的部门参见图1网上书店管理系统数据流程图（部分）。图1 网上书店管理系统数据流程图2.2系统特性概述参见图2网上书店管理系统层次图。图2 网上书店管理系统功能层次图子系统之间的关系参见图3 网上书店管理系统第一层数据流图。图3 网上书店管理系统第一层数据流图表2 系统特性综述表系统特性名称系统特性描述优先级销售管理子系统从“书店”概念上看，销售部是书店的基本组成单位，也是核心的部分，因为一个书店的盈利主要是来自于销售。其主要功能是接受和处理用户的购书订单。高采购管理子系统主要实现库存不足时，向厂商购书中结算管理子系统主要是负责系统内所有的帐务管理。中2.3系统运行环境2.3.1设备及分布1） 主机类型数据库服务器：SUN E220,单CPU，1G RAM前台客户端：LEGEND PC，256M RAM2） 网络类型局域网（以太网）3） 存贮器容量数据库服务器：100G以上客户端：20G以上4） 其他特殊设备打印机：HP 6L5） 设备分布图图4 网络拓扑图2.3.2支撑软件1） 操作系统数据库服务器：Solaris 8客户端：windows2000以上2） 数据库管理系统BEA Oracle Enterprise 9i3） 其他支撑软件无2.4假定和依赖为了能够保证系统的正常运行，书店所在地已经建立好通畅的因特网环境。3外部接口需求3.1用户界面描述需要的用户界面的逻辑特征。1） 用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色调为灰色2） 屏幕分为左右两侧，左侧占屏幕的25%，右侧75%，右侧上半部分为图表信息，下半部分为操作按钮3） 按钮为标准的矩形按钮，有确定和取消4） 设置快捷键5） 错误信息显示以弹出对话框的形式3.2硬件接口描述软件系统和硬件各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。硬件接口名称硬件名称厂商接口描述RS232串行通讯口IC卡读写器XXXX符合ISO7816-3同步传输协议3.3软件接口描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在组件间共享的数据。3.4通信接口描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。定义相关的消息格式。规定通信安全或加密问题、数据传输速率和同步通信机制。4需求规格4.1系统特性1（销售管理子系统）4.1.1系统特性说明销售管理子系统，主要负责接受和处理用户的购书订单。4.1.1.1业务说明略4.1.1.2功能总体说明图5 采购管理子系统数据流图4.1.2功能需求详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对每个功能需唯一标识。略4.1.2.1数据字典用户信息表 user_info管理要求：用户名只能使用不能修改，在一定条件下密码可以修改。表定义如下：数据项数据类型长度备注Username字符型10用户名Password字符型15密码暂存订单表 temporary_order管理要求：当用户所下的订单在第一时间不能得到满足时会将订单存入此表，以便后期进行处理。表 定 义 如 下：数据项数据类型长度备注Username字符型10用户名ID_Book数字型整形书号OrderCount数字型整型订书数量Date_order日期/时间顾客订书日期销售历史表 sales_history管理要求：此表用于存储销售的历史，一般情况下不允许删除 表 定 义 如 下：数据项数据类型长度备注ID_Book数字型整形书号Count_Buy数字型整型销售数量4.1.3性能需求参见“5.1 一般性性能需求”。4.1.4安全性需求参见“5.2 一般性安全性需求”。4.2 系统特性2（采购管理子系统）4.2.1统特性说明采购管理子系统，主要负责管理库存以及向商家采购书籍的一系列活动。4.2.1.1业务说明略4.2.1.2功能总体说明图6 采购管理子系统数据流图4.2.2功能需求详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对每个功能需唯一标识。4.2.2.1数据字典商品库存表 inventory管理要求：商品库存表是用来记录书籍的库存量的，当卖出商品时相应的商品数量减少，反之当采购商品时相应的商品数量增加。 表 定 义 如 下：数据项数据类型长度备注ID_Book字符型20书号Classify数字型整形分类BookName字符型100书名Author字符型100图书作者Publisher字符型100出版商Date_Publish日期/时间出版日期PicturePath字符型200图片路径Count_Page数字型整形页数Version字符型20版本Comment字符200内容简介Count_Total数字型整型库存数量Count_Buy数字型整型已购买数量Count_Browse数字型整形浏览次数RecomLevel数字型整型推荐程度：05星级Cost数字型浮点价格Price数字型浮点出版价格Date_Add日期/时间上架日期向厂商采购订单表 purchase_order管理要求：当商品库存不足时产生用于向商家采购商品。 表 定 义 如 下：数据项数据类型长度备注BookName字符型100书名Author字符型100图书作者Publisher字符型100出版社Count_Order数字型整型数量供货商表 payables_detail管理要求：供货商信息表，可删可增。 表 定 义 如 下：数据项数据类型长度备注Bussesname字符型20供货商名Contact字符型20联系电话Remarks字符型100备注4.2.3性能需求参见“5.1 一般性性能需求”。4.2.4安全性需求参见“5.2 一般性安全性需求”。4.3系统特性3（财务管理子系统）4.3.1系统特性说明财务管理子系统，主要完成整个销售以及采购的财务信息的整合与管理。4.3.1.1业务说明略4.3.1.2功能总体说明图7 财务管理子系统数据流图4.3.2功能需求详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对每个功能需唯一标识。4.3.2.3数据字典应收款明细表 receivables_detail管理要求：此表用于记录单个订单的应收款。 表 定 义 如 下：数据项数据类型长度备注Order_no字符型20销售收入Username字符型20用户名Receivables数字型浮点应收款应付款明细表 payables_detail管理要求：此表用于记录应该付给商家的款项。 表 定 义 如 下：数据项数据类型长度备注Order_no1字符型20销售收入Bussesname字符型20商家名Payables数字型浮点应付款账目表 financial管理要求：用于记录总账，不可删除。 表 定 义 如 下：数据项数据类型长度备注Finance_received数字型浮点销售收入Finance_payed数字型浮点采购支出Finance_total数字型浮点总收入4.3.3性能需求参见“5.1 一般性性能需求”。4.3.4安全性需求参见“5.2 一般性安全性需求”。5其他非功能需求能够形成各个独立数据处理功能软件；功能模块可以单独升级，不影响整个软件的运行；智能化安装封装，可选择性功能模块安装；具有良好的扩展性。5.1一般性性能需求详细描述不同应用领域对软件性能的需求，解释它们的原理以帮助设计人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数等。5.2一般性安全性需求详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足达到安全性或保密性策略。如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取的安全保护或动作，预防潜在的危险动作。明确软件系统必须遵循的安全标准和规则。例如如果油箱的压力超过了规定的最大压力的95%，那么必须在1秒钟之内停止操作。5.3用户文档需求列举出将与软件系统一同提交的用户文档，例如用户手册和在线帮助和教程。明确用户文档的提交格式或编制标准。6其他需求定义在本文档的其他部分未出现的但需要提起注意的需求：1）特定的业务规则，例如某些最终用户只有在特定的环境下才可以执行何种操作；2）国际化需求或法律法规的需求；3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和容错以及登录和监控等方面的操作。7尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。可对问题进行编号以便进行跟踪。问题编号问题名称问题描述备注备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。也可以描述该问题对项目成本、进度、质量方面将带来的影响。8附件略