00需求规格说明书V10

需求规格说明书 第 23 页无锡NIIT软件开发有限公司文档编号:REQ-SRS需求规格说明书V1.0编写： 审核： 批准： 钱庭荣日期：2013.5.09日期：2013.5.09日期：2013.5.09变更履历版本文件内容描述编写日期编写审核批准1.0正式发布2013.5.09韩杰徐晓明钱庭荣目 录1概述51.1编写目的51.2适用范围51.3名词解释61.4参考资料62系统综述62.1系统介绍62.1.1 关键业务流程81)事务运行流程82)计划业务流程82.2主要特征92.3产品/项目中的用户角色93功能性需求描述93.1首页93.1.1功能描述93.1.2子功能描述93.2库存管理123.2.1功能描述123.2.2子功能描述123.3系统维护管理143.3.1功能描述143.3.2子功能描述143.4退货管理163.4.1功能描述164时序图175需求功能列表175.1功能划分175.2功能描述186系统接口需求196.1内部接口196.2外部接口197系统的非功能性需求197.1稳定性197.2安全性197.3可扩展性等要求197.4灵活性207.5可恢复性207.6用户界面需求207.6.1操作简捷217.6.2用户界面友好217.6.3数据校验217.6.4系统容错217.7运行需求227.7.1数据库要求227.7.2应用服务器要求227.7.3故障处理227.7.4用户文档227.8其它需求227.8.1安全与保密要求227.8.2支持软件环境238双方确认231 概述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 主要特征l 促进企业信息化建设，利用信息化手段增强自身的核心竞争力，实现以更少的人力、更方便地管理、更全面的了解各服务机构及整体业务状况；l 集中了成熟的数据技术与管理思想, 能有效提高企业的内部管理和工作效率, 降低经营成本；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 功能描述在为了清除系统运行中发生的故障和错误，软、硬件维护人员要对系统进行必要的修改与完善；为了使系统适应用户环境的变化，满足新提出的需要，也要对原系统做些局部的更新，这些工作称为系统维护。系统维护的任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的正常运作。这阶段的文档是软件问题报告和软件修改报告，它记录发现软件错误的情况以及修改软件的过程。3.3.2 子功能描述数据备份和还原用户在操作的时候需要的一些数据，进行保存再备份，以免已更改的数据不是当前自己所需要的进行数据备份可也以对前面的信息进行对比，为了预防系统出错、或者硬件出现问题时对数据提取。规格说明用例编号3.1用例名称数据备份用例描述为了防止系统崩溃等情况参与角色系统使用用户前置条件接收到事务后置条件无输入项数据备份还原处理描述查看接收到的事务，选择转发事务，选择转发接收的员工，填写理由开始转发，确认相关信息无误后开始转发事务输出项系统是否成功转发该事务，如果成功，提示事务转发成功，如果转发失败则显示错误代号或错误信息提示用户规格说明用例编号3.2用例名称数据还原用例描述对用户误删、或者格式化的文件进行恢复，为了防止系统崩溃等情况进行数据还原参与角色系统使用用户前置条件需要电脑后置条件无输入项备份还原处理描述输出项系统还原完毕，原来的数据和软件等还在，可以使用3.4 退货管理3.4.1 功能描述商品退货根据商品退货的原因，有顾客自身原因、价格不能接受、商品不完整等。要求的原因商品报损信息包括商品报损数量、报损原因等。商品报损管理功能完成报损信息登记、修改和删除等。分类查看：可以根据商品类型来查看某种商品的报损情况。更新库存：报损信息的变动同样直接关系到库存的变化。报损分析：列出当前报损量最多的前几项商品和报损量最少的前几项商品。规格说明用例编号11.1用例名称商品退货用例描述由于质量问题不能符合我的要求参与角色管理员、服务员前置条件登录系统后台后置条件无输入项商品退货的原因处理描述由于验证确实是否是质量问题或其他原因，给予退货或换商品输出项是质量标准达不到，进行退货处理4 时序图5 需求功能列表5.1 功能划分 记录仓库存货、销售以及进货情况 了解超市进货渠道、商品单价、数量 了解库存商品种类数量，所售商品种类、价格、数量 统计核算日常的不断变化的数据，并登记有关文件 分项显示销售商品后开出的发票的内容，并且详细显示商品价格数额 在当天汇总时修改相应文件，如总金额、总数量 根据日常统计，制作月统计，并制作月报表 操作失误保护5.2 功能描述功能模块功能需求描述需求点编号功能需求点重要程度优先级需求提出人首页首页是在用户登录系统后，进入的另一个页面超市进销存的管理。A01登录条件一般功能二级客户代表A02一般功能二级客户代表基本信息超市进销存的员工基本信息和供应商基本信息。B01员工信息的查看重要功能一级客户代表B02供销社信息查看重要功能一级客户代表B03信息的添加重要功能一级客户代表部门管理查看一个部门所有的员工人数、信息、新增部门的管理。C01查看员工部门信息核心功能一级客户代表C02添加新的部门一般功能二级客户代表进货管理进货管理商品的进货、商品的查询进行提取商品的基本信息，进行进货需求D01商品进货核心功能一级客户代表D02商品查询核心功能一级客户代表销售管理客户跟踪把各个渠道传来的客户信息集中在一个数据库里。E01客户信息列表重要功能一级客户代表E02客户信息维护重要功能一级客户代表库存管理对商品的存放进行查询，商品不足时发出警报通知。F01库存查询核心功能一级客户代表F02库存警报核心功能一级客户代表系统维护对误删、修改的数据信息进行备份还原。G01数据备份重要功能一级客户代表G02数据还原核心功能一级客户代表个人设置查看资料信息，同时进行修改，以及密码修改。H01用户信息一般功能二级客户代表H02密码修改一般功能二级客户代表6 系统接口需求6.1 内部接口1、 与公司首页的接口用户登录进入系统后，可直接访问公司首页。2、 前台与后台的接口管理人员可以通过前台信息查看，而更好对后台进行管理。6.2 外部接口1、 与内部论坛的数据接口用户登录进入系统后，可直接进入内部论坛，无须再次登录，实现账号数据库通用。7 系统的非功能性需求7.1 稳定性保证数据存取和逻辑处理等不出现异常错误，确保对数据的访问能够正常运转。对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断，系统应及时进行数据回滚，保证数据的唯一性、准确性。7.2 安全性在数据处理、存储、传输等过程中确保数据不被篡改，对不同功能进行权限划分。对人为误操作所导致的数据删除，系统应提供数据恢复，保证数据的完整性。7.3 可扩展性等要求系统在设计时，应充分考虑到系统的通用性、扩展性。在选择技术实现时尽量做到可配性强、配置灵活，以适应不同情况下用户的需求，使系统能够运行在多种不同的平台之上。应用软件应具有良好的开放性，遵循业界相关标准，支持开放的标准接口，使整个系统成为一个统一的整体。保护系统的投资，以达到系统的合理性、可扩充性和可维护性。7.4 灵活性对所有数据要实现“查、增、删、改、传、统”，根据具体业务分为若干步骤，每个步骤都有其业务名称，同一步骤可能对多个数据集进行不同操作，在进行业务流程设计时，要尽量排除业务流程的制约，即把流程中的各项业务结点工作作为独立的对象，充分考虑他们与其他各种业务对象的接口，在流程之间通过业务对象的相互调用实现其业务流程。这样，在业务流程发生有限的变化时，能够比较方便地修改流程管理程序而实现新的需求。7.5 可恢复性数据库恢复在24小时内，但是不能丢失数据。如果硬件损坏，应积极配合解决。7.6 用户界面需求界面设计原则：用户界面应从输入输出的角度，反映系统的整体功能。序号需求名称备 注1操作简洁易于学习用户只需要简单培训即可掌握系统操作2用户界面友好让人看起来比较愉快，不要产生比较刺眼的界面3数据校验系统对录入的数据进行合法性校验4系统容错对于错误的操作或系统异常提供正确的响应7.6.1 操作简捷本系统要求操作简洁，易于学习，用户只需要简单培训即可掌握系统操作。1用户是所有处理的核心，简化用户操作步骤；2采用菜单方式按业务分类菜单；7.6.2 用户界面友好用户界面的友好性直接影响系统的可用性，本系统要求用户界面满足以下要求：用户界面风格一致性；界面操作灵活性（操作方便，有足够的快捷键，相关数据项应放在临近的位置）；界面表现真实性与完整性（界面表现与实际数据和处理相一致，不遗漏，不多余）；界面操作正确性（界面操作要完整、正确地处理实际的数据，提示的操作要真正处理）；界面用语描述正确性、规范性与一致性（使用规范用语，同样的字段，原则上不应有多个名称等）。7.6.3 数据校验数据校验是增强系统可用性和可靠性的重要手段，系统要求对输入的数据进行有效性、合法性校验，数据校验可以排除许多数据不一致的现象，从逻辑上、数据完整性上保证数据的质量，做到“正确的输入有正确的结果，错误的输入有正确的响应”。7.6.4 系统容错系统应具有较强的容错性，对于用户的误操作，应给予友好的提示；对于系统出现的异常，应向用户解释原因，提示用户如何处理；对于已经发生错误或异常，系统应尽可能恢复到原来操作状态。7.7 运行需求7.7.1 数据库要求SQL Server 2005 7.7.2 应用服务器要求IIS 6.0 环境 7.7.3 故障处理软硬件故障的处理：如果收到故障处理方面的要求，如果是轻微故障可以直接去给客户进行故障处理，如果是严重的故障，我方先记录下来故障的原因等信息，然后我方会尽快根据客户所提出的故障进行分析，然后给客户一个处理的具体时间。故障处理完后我方会对出现的故障进行总结。7.7.4 用户文档用户手册，培训教材7.8 其它需求7.8.1 安全与保密要求【可使用性强；安全保密性高；可维护】 安全与保密要求：1. 数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码 2. 不能轻易被破坏，不能让管理人员以外的人更改数据 3. 查看资料需输入正确密码 4. 销售人员销售货物需输入代号才能打开收银柜 5. 万一泄露密码，应设修改密码的程序，同时密码不能过于简单6. 对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失7.8.2 支持软件环境编号设备名称型号配置/描述1操作系统Window 20032数据库SQL Server 2005正式数据库3应用服务器IIS 6.0 环境正式应用服务器8 双方确认用户方单位：无锡超市开发方单位：无锡NIIT软件开发有限公司用户方代表：张玉峰开发方代表：徐晓明 2013 年 5 月 09 日 2013 年 5 月 09 日=文档结束=