营改增系统改造项目需求范围说明书

奇瑞徽银汽车金融股份有限公司营改增系统改造项目

需求范围说明书

奇瑞汽车金融股份有限公司

二〇一六年三月

项目要求

第一节概述

根据国家税务总局的安排，银行业将实施“营改增”，即银行由缴营业税改缴增值税，同时为客户提供增值税税票。为配合“营改增”改革后各类应税和税务管理信息化需求，满足财政部、国税总局颁布的各类监管要求，启动营改增系统改造建设和现有系统改造。

第二节系统方案与技术方面要求

1.1.总体目标

1.2.技术要求

技术方案需充分考虑到先进性要求，体现在以下方面但不限于以下方面：

1、开标供应商提供的功能应满足我司业务开展的要求；

2、开标供应商所提供的系统软件应符合业界相关技术标准；

3、提供系统完整的源代码，提供开发平台，至少满足我司二次

开发的要求。

4、通过我司会计核算平台及核心、总账对接的方案，

5、提供完整的营改增系统改造功能应用，基于营改增要求，完

成我司现有系统改造功能；

6、系统支持跨平台部署等；

7、系统应充分考虑我司数据标准化的要求，能够支撑标准化和

监管统计需求；

8、系统应采用平台化设计，支持功能性拓展；

9、系统扩充方便，设置修改灵活，操作维护简单，能够适应业

务的快速变化及发展；

10、系统提供的软件产品在业务扩展、应用工具、数据库、操

作系统等方面具有开放性，做到标准化、通用化；

11、系统安全、可靠，供用户进行有效的维护与使用,系统运行

维护要求自动化、参数化和交易化;

12、系统严格按照软件工程要求提供详细的各类文档；

13、能够满足我司现有的开发规范，保证代码的可读性和统一

性；

14、操作系统、数据库和中间件的配置符合我司技术架构要求，

ip地址与目录等参数配置信息不得写在程序中；

15、基础软件，包括操作系统、数据库、中间件必须符合我司

基础软件规范；

16、不允许使用RSA1024及以下强度的加密算法，建议使用国

密算法；

17、在设计技术架构时需要充分利用我司现有的软硬件环境，

充分考虑我司现有的软硬件环境，保证兼容性，保护我司现有投资；

18、满足我司应用架构的管理要求，充分考虑与其他系统之间

的关联性。

19、系统支持负载均衡部署方式，性能不足时可以通过增加设

备线性扩展处理能力。

20、产品必须是行业主流产品，符合业界相关技术标准，在国

内外有成功的技术实施案例，满足监管需求；

21、产品必须有后续研发系列，并有良好的发展前景；

22、可与主流厂商软件集成而不影响系统性能；

23、与系统连接的整体配置无单点故障，所有部件采用冗余设

计，确保无任何单点故障，并能满足未来7×24小时的应用

服务。

24、支持在线维护、更换、升级硬件部件和微码；

25、提供后续开发支持，对于人员成本单独报价。

1.3.系统技术设计原则

1、实用性和适用性

充分利用成熟的先进技术，采用性能/价格比比较高的产品。

应用系统设计必须符合实际，适用于银行信息系统建设。

2、完整性

所设计需满足增值税管理所有要求，设计范围包括营改增系统改造和现有系统改造。

3、开放性、兼容性和连通性

所设计的系统在结构上真正实现开放，各种设计规范、技术指标及产品均符合国际和工业标准，包括各种广域网、局域网、计算机及数据库协议，并可提供多厂家产品的支持能力，从而为未来的业务发展奠定基础。系统中所采用的所有产品都要满足相关的国际标准和国家标准，是开放的可兼容系统，能与不同厂牌的产品兼容，

可以有效保护投资。系统具备与各种协议计算机通行网络互连互通的特性，确保综合网公用基础设施功能充分发挥。

3、先进性

系统技术水平要保证先进性，符合当代信息技术发展形势，代表当前计算机科学的发展方向。所选择的各平台供应商应有能力对该项进行持续开发，可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。提供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系统具有较强的运作能力。

4、高可靠性和可用性

通过提供给用户高可靠的产品（硬件、软件、服务），带有系统容错性的方案(冗余、备份)，较强的管理机制和控制手段，具备事故监控和网络安全保密等技术措施，保证系统的安全可靠和高可用性。

系统建设尽量用主流产品，以保证系统的高质量和稳定性。

系统应最大限度集成世界上最稳定且优秀的技术及组件，采用成熟技术以降低系统的不稳定性。对系统如硬件、操作系统、网络、数据库应设计尽可能详尽的故障处理方案，以保证系统的快速恢复。

5、灵活性和可扩充性

所设计的系统应具有良好的扩充性，能够根据管理要求，方便扩展网络覆盖范围、网络容量和网络各层节点的功能，以适应今后可能出现的较大任务符合。硬件平台具有可升级性，当需要时可以通过新的计算机设备同原有计算机设备一起工作以提高系统的

处理能力，而保护原有的投资。在源系统改造或者前端应用的需求发生变化时，整个系统的架构和设计方法可以适应这种变化，不会对已有的平台造成影响。

6、易维护性

在系统总体设计上注意系统的维护性。

尽量采用大家熟悉的易于维护系统平台。

系统软件安装简单、易于操作。

7、标准化

应用软件开发符合软件开发标准的要求，方便维护和扩展。

业务处理符合国家法律、法规和有关政策规定。

1.4.功能要求

系统需满足（但不限于）奇瑞汽车金融营改增系统改造系统的以下全部需求：

基于我司IT架构优化，设计现有系统改造功能，包括：

交易认定、价税分离；

会计核算；

客户信息管理；

发票回传。

需要建立统一“营改增系统改造”实现各类应税和税务管理信息化的目标，包括以下几个功能：

实现“增值税票”的管理、打印等功能

搭建统一的税务管理平台

满足对外披露需求

基础功能

1 价税分离模块

1.1 价税分离原始数据导入

通过系统自动接口（手工导入作为辅助方式）方式，将涉及价税分离的各类交易数据导入营改增外挂管理平台，并支持导入数据验证校验、版本控制、导入日志记录等功能。

1.2 价税分离交易认定规则设置

提供增值税相关各类交易（包括常规贷款交易及特殊交易，如：经销商服务费摊销、贴息摊销、逾期利息转表外、期末补提利息、期初冲回等）认定规则和计税方法配置功能，形成交易明细与价税分离规则映射关系。

1.3 税率设置

提供增值税所属税目及税率信息维护功能，根据交易代码设置的税率，并作为价税分离计算参数。

1.4 价税分离计算

根据价税分离交易认定规则、税率和交易明细数据，进行价税分离计算。

1.5 会计分录生成

支持根据价税分离计算结果和银行会计科目及分录规则，自动生

成增值税调整及相关分录。

2 销项发票管理模块

2.1空白发票管理

支持集中维护银行购买的空白发票功能，并提供总行对空白增值税专票的统一管控功能。包括请领入库，将购买的空白专票维护到营改增外挂平台中，每笔开票记录应与实物专票一一对应；专票分发，由总行或地市分行统一管理下辖所有机构空白发票的请领入库，并分发至各机构，系统上对空白发票的请领和分发进行统一管理（目前没有分支机构，但是该功能需保留）。

2.2发票盘点

支持对空白发票进行盘点，保证总分行发票打印的准确性及发票库存的准确性。其中各打印终端可按日盘点打印成功及待打印发票信息，按月盘点发票库存情况。支持生成盘点报表，并经复核人复核。

2.3发票打印

能够与金税系统开票请求接口集成，执行增值税专票打印工作。打印时，对客户资质、是否已开具发票等自动校验，防止错开或重复开票。同时，支持同一交易对手增值税发票打印的合并与拆分，拆分方式可选择平均拆分或自定义拆分。

2.4例外处理

对增值税打印过程中遇到系统异常等意外情况进行记录，并支持对例外事件后续跟进处理。例如，打印未成功需重打，但已经从待打印池中已找不到该笔发票信息；需要冲红已打印的发票再重打；打印

冲红发票等情况。

2.5手工开票

对于需手工开票的业务收入，若属于系统内中间业务收入，由专票打印员通过模糊查询，向交易数据的接口提交数据请求，交易系统返回交易信息和客户信息给营改增外挂管理平台，选择需要打印的任务，提交审批完成后发起打印请求；若属于系统外相关业务收入，由专票打印员手工录入专票信息，提交审批完成后发起打印请求。

2.6发票追溯

提供增值税发票的追溯功能，支持对发票各个节点操作的记录、时间、操作人进行追溯。

2.7发票遗失管理

对遗失的增值税专用发票进行登记记录，并将信息传给金税系统进行挂失处理。

2.8发票作废

当发生空白专票或已开专票作废情况时（如尚未使用的纸质专票损毁），支持相应专票作废处理流程，并进行详细记录。

2.9红字发票管理

支持红字发票开具、申请和审批流程管理功能，并进行详细记录。

2.10电子税票管理

待电子发票在行业内推行之后，支持电子发票的开具与管理，并与税务局电子发票系统对接，实现发票数据的传输。

3 进项发票管理模块

3.1认证

扫描认证

登记银行收到的各类增值税发票，记录各类进项税票银行内部审批结果，支持进项发票审批状态查询。通过金税系统扫描登记进项专票信息，提交给税务专员审核。

电子认证

对于取得的专票，能够实现与税务局电子发票系统对接，进行电子认证。

3.2进项转出

支持对涉及进项转出的数据信息录入平台，并按照预设逻辑对进项发票进行进项转出操作，并提供汇总功能。

3.3预警提示

对进项发票的认证状态进行跟踪，对于接近认证期限仍未进行认证的发票设置自动预警提示。

3.4抵扣认证

支持通过审批的进项专票上传至税务局网站进行认证，可即时联机认证或统一批量认证，认证通过后将认证信息回传至财务管理系统进行进项科目的调整。

3.5未通过认证管理

对于未通过认证发票，显示原因并记录后续跟进和处理流程。

4 税务管理

4.1纳税申报管理

支持增值税纳税申报数据采集、计算和人工调整功能，生成纳税申报报表和相应会计分录。

4.2税务管理统计查询

支持多维度、跨组织的税务管理数据、增值税计算明细、发票信息综合查询功能，并提供税务数据分析和风险监控功能。

4.3税会差异分析

针对增值税会计口径数据、税务申报口径以及开票口径进行自动差异分析，形成税会差异分析报表。

5 系统基础管理

5.1纳税主体管理

提供纳税主体基本信息维护功能。

5.2用户权限和日志管理

提供基于角色授权的用户权限管理体系和详细的系统操作日志记录机制，保障系统数据信息安全。

5.3系统接口管理

提供包括金税系统、数据仓库、财务系统、业务系统等与平台相连接的数据接口管理和维护功能，接口应为开放式，对于新增业务能够及时维护，并导入数据。

5.4工作流设置

支持系统内部各类管理流程的审批工作流配置与维护。

5.5 数据备份还原管理

支持平台中各类数据、信息的备份和还原功能，确保业务连续性。

6 电子发票管理

6.1电子发票数据生成

支持按预先设置的开票规则填开发票，提交税务机关后台系统生成电子发票数据，并自动分配电子发票号码同时对开票信息加密，生成防伪码和二维码，最终生成完整的电子发票。

6.2电子发票作废

当发生开票错误等情况时支持电子发票的作废处理，并进行详细记录。

6.3电子发票红冲管理

支持电子红字发票开具、申请和审批流程管理功能，并进行详细记录。

6.4电子发票查询和统计

支持在系统中查询和统计已开/未开电子发票以及已收进项电子发票的开票项目、开票金额等信息。

6.5进项电子发票认证抵扣

支持系统录入获得的进项电子发票信息，将通过审核的进项电子发票上传至税务局网站进行认证，可即时联机认证或统一批量认证，认证通过后将认证信息回传至财务管理系统进行进项科目的调整。

6.6电子发票预警

支持对电子发票开具过程中异常情况的预警，包括作废过多、红冲过多、申报异常等。

7 营改增系统改造其他业务要求

7.1实现财管系统、会计核算平台、数据集市及其他相关系统的对接，与其他系统交互通过DS或文件分发平台。

1.5其他要求

一、系统测试

系统测试是项目质量的重要保证，开标供应商必须配备专业的测试人员，组建专业的测试团队，制定完善的测试方案。测试方案包括功能测试和非功能测试。

1.功能测试方案应包括如下测试内容：

－测试目标

－测试范围

－参加测试人员及组织分工。

－测试过程中的缺陷管理。

－测试完成标准

－测试工具：测试用例管理工具、缺陷管理工具、性能测试工具、

配置管理工具等。

－测试数据。

－测试实施计划。

- 测试风险分析。

－测试交付物。

－测试的审核和结果认定方法。

2.非功能测试方案应包括如下测试内容：

－测试目的

－测试范围

－测试启停准则

－模型：业务模型、测试模型

－测试指标

－测试策略

－测试内容

－测试实施准备：环境准备、工具准备、数据准备、脚本准备－测试组织结构

－测试实施计划

－测试风险分析

－测试交付物

－测试的审核和结果认定方法。

二、项目验收

验收是在项目完成开发并成功试运行的基础上进行的。试运行期不能少于两个月。测试验收由采购人组织，对应用软件进行测试验收，合格后出具合格证明。如试运行期间统计或测试数据表明系统在功能、性能指标或可靠性方面不符合要求，开标供应商有责任及时解决，应根据问题严重程度和解决时间，顺延或重新开始试运行。

成交供应商必须为每一项的测试编写测试手册。验收测试手册的内容包括：测试目的、测试环境和测试所需的设备、测试过程的描述、测试结果及分析、具体的安装、测试和验收要求以最终合同

签订为准。

验收需要开标供应商提交的文档至少包括：系统建设的详细工程日志、系统的需求说明书、系统的概要设计、详细设计说明书、系统的数据库设计说明书、系统的使用说明书、系统的操作说明书、系统的测试大纲、系统的测试报告。

验收需要开标供应商提交的全部源程序，提供开发工具、自有产品及开发平台，以及相应的书面说明等，并保证其合法性，由此产生的所有争议和法律问题由开标供应商负责，由此产生的全部费用由开标供应商负责。

如试运行期间统计或测试数据表明符合要求，将通过延伸，在双方签署验证证书后进入保修期。

三、技术支持及售后服务

开标供应商在邀标文件中必须书面声明充分了解并接受奇瑞汽车金融股份有限公司的技术支持及售后服务条款，即：

1、在跟踪维护期内，乙方每年必须为甲方提供2次应用系统检测和评估，并提供检测和评估报告，侦测应用系统中可能会出现的问题，以协助防范可能出现的风险；

2、在跟踪维护期内，乙方保证按照本合同约定的服务内容、服务方式和服务质量向甲方提供合格的服务，乙方保证服务质量符合甲方要求，并通过甲方验收；

3、在跟踪维护期内，乙方保证提供服务的技术人员的数量和素质满足履行本合同的要求；保证人员的稳定性，未经甲方同意不

得随意更换；如果甲方要求更换服务人员的，乙方应根据甲方的要求更换；

4、对于重大系统的上线、年度决算等重要时点，乙方将提供现场的技术支持服务，以协助系统的顺利运行。

5、乙方提供7x24x365的故障应急反应机制。甲方系统一旦出现重大故障，则马上启动故障应急反应程序，提供远程技术支持，并承诺采用最快的交通工具赶到现场，提供现场的技术支持和技术保障，以协助生产和运行的顺利进行。到达现场后，乙方将协助客户进行故障诊断和排除。如故障发生的原因是由乙方提供的产品或服务引起的，则乙方会调集技术人员以尽早修复，并提出书面故障分析报告；如确认故障发生的原因是由第三方提供的产品或服务引起的，则乙方向客户提供书面故障诊断分析报告，在提供书面故障诊断分析报告之前，乙方将口头报告故障原因，并协助客户与该第三方交涉，配合第三方排除故障。

6、在跟踪维护期内，乙方为甲方提供甲方工作时间的远程技术电话支持。乙方在接到甲方通过电话或电子邮件方式提出的服务请求后，应在2小时之内给予响应。如有软件故障不能通过电话解决，乙方应在24小时内提供现场技术支持。

7、服务完成后，乙方应将完整的、与所提供服务有关的技术资料，包括但不限于：系统维护纪录、系统变更记录、完整的源程序代码等装订成册提交给甲方系统管理部门；

8、乙方应提供必要的技术指导和不少于5人天的封闭式技术

业务培训，保证甲方能正确、安全、有效地使用及维护系统。

9、根据甲方要求对修正系统差错、改进系统性能、增加系统功能；

10、乙方保证派出人员遵守甲方有关制度、工作纪律和安全规定，乙方服务人员应在甲方规定的工作场地范围内工作。

11、在跟踪维护期内，由于乙方软件产品质量产生的问题，乙方免费提供维护。

四、项目实施

1、项目管理

开标供应商应按照项目管理的要求向我司提供开发计划、时间进度。

开标供应商应明确提出参与本项目的工作人员构成、职责、学历背景、从业背景及参与本职工作的时间。开标供应商应确保在项目实施过程中不变更奇瑞汽车金融认可的项目经理。

在技术需求应答书中，开标供应商应明确其分担职责，进行清晰的工作任务描述。

开标供应商应向买方明确提出详细的质量控制、风险控制措施，确保项目的顺利进行。

2、项目人员

a、项目经理、咨询人员

项目经理、咨询人员必须有2（含）家以上相关银行营改增系统改造完整项目实施、咨询经验。

b、开发人员以及测试人员

开发、测试人员必须有2年以上的开发、测试工作经验，在通过我司相关考试、审核后方能进入项目组开始项目的开发、测试工作，开发、测试人员不允许复用。

以上项目经理、咨询、开发、测试人员，中选方在驻场实施前必须提供相应的工作、学习简历，供采购方进行审核，如采购方不予认可，成交供应商必须按照采购方的要求更换人员。在项目实施阶段，如采购方认为项目经理及实施人员达不到相应要求，采购方有权要求成交供应商更换符合要求的人员，成交供应商不得以任何形式、理由进行拒绝。另，成交供应商需承诺保证实施过程中研发团队的稳定性。

3、进度

项目应在2016年5月1日前完成（包括应急方案）。

4、技术业务支撑

参与我司项目各阶段（系统调研、硬件采购、需求分析、系统设计、系统联调测试、培训、系统上线）的工作。

第三节售后服务

开标供应商对售后服务及系统维护、数据整理和维护工作的技术责任应作明确说明，包括质保期限承诺、服务响应承诺、系统应急方案、技术支持和相应软件的升级承诺。

一、中选供应商承诺提供一年免费原厂维护。

二、在保修期内，如果软件设计厂家对用户购买的软件有了升级

版本，成交供应商应及时通知用户。如果用户有要求，成交供应商应向用户免费提供相同功能的相同软件升级和技术支持。成交供应商有责任在保修期内提供以下形式的技术支持服务：

详见第二节1.5项”技术支持及售后服务”部分。

三、保修期后，成交供应商有义务在本系统的维护、运行管理和开放方面继续给予用户技术协作和咨询，并明确维护费用标准。

信息系统需求说明书

信息系统需求说明书信息系统专业

目录 一、引言 1.1编写说明 (3) 1.2编写目的 (3) 1.3系统目标 (3) 1.4参考文献 (3) 1.5业务流程 (4) 二、用户需求 2.1业务需求 (4) 2.2性能需求 (4) 三、业务流程 3.1数据流程图 (5) 3.2UC矩阵 (7) 四、系统分析 4.1用例图及用例分析 (8) 4.2类图 (16) 4.3 E-R图 (17) 4.4事件流程图 (18) 五、功能 5.1包图 (22) 5.2系统功能 (24) 5.3系统功能的模块 (24) 六、数据调查及分析 6.1数据字典 (26) 6.2数据项描述 (32) 七、系统运用技术分析 7.1主要技术 (33) 7.2开发模式 (33) 7.3项目完成主要步骤 (33) 八、系统重要代码 8.1登陆部分 (34) 8.2卖票部分 (36) 九、风险说明 9.1信息系统面临的主要风险 (40) 9.2风险的处理策略 (41) 十、遗留问题 (42) 十一、总结 (42)

§1引言 随着人们生活水平的不断提升，看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道，人们对电影院的要求也随之不断提高，因此，电影院为了提高自身的竞争力而开发电影信息系统管理软件，在以后的运营中为用户提供更加优质的服务。 §1.1编写说明 项目开发的提出者为在校的学生，开发者为刘储文、赵越、徐燕、杨晓亮、刘玉，已明确用户有：各大电影院。 用户特点：各大电影院的工作人员、管理人员和影院顾客。 §1.2编写目的 此文档定义了该电影院管理系统的规格和功能说明。 该文档的使用者主要为系统的管理人员，使用人员和维护人员。 部分文档中提到的功能在实际操作中因技术限制未能全部实现。 目的是使该程序的使用人员，运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。 §1.3 系统目标 软件开发的意图为便于电影院的管理，方便查看有关电影及放映的情况。如电影院队职工、顾客、电影信息的查找、删除、修改和添加。 §1.4参考文献 （1）杨选辉《信息系统分析与设计》清华大学出版社 （2）王少锋《面向对象技术UML教程》清华大学出版社 （4）萨师煊《数据库系统概论》高等教育出版社 §1.5业务过程

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第

商城后台管理系统需求说明书全解

有限责任公司 版本号1.0 产品吧需求说明书 编写人： 编写时间：2015-8-8

修订控制页

目录 1概述 (4) 1.1名词说明 (4) 1.2产品概述及目标 (4) 1.3产品roadmap (4) 1.4产品风险 (5) 2使用者需求 (5) 2.1需求描述 (5) 3可选方案................................................................................................. 错误！未定义书签。4效益成本分析......................................................................................... 错误！未定义书签。 4.1效益预测..................................................................................... 错误！未定义书签。 4.2产品技术中心成本..................................................................... 错误！未定义书签。 4.3非产品技术中心的支持成本..................................................... 错误！未定义书签。5功能需求.. (6) 5.1功能总览 (6) 5.2功能详情 (9) 5.3整合需求 (40) 5.4BETA测试需求 (40) 6非功能需求 (40) 产品营销需求 (40) 规则变更需求 (40) 产品服务需求 (41) 法务需求 (41) 财务需求 (41) 帮助需求 (41) 安全性需求 (41) 7上、下线需求 (42) 7.1上线时限需求 (42) 7.2下线需求（活动类需求必须明确下线时间） (42) 8运营计划 (42)

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述 2.1目标 2.1.1理念目标 2.1.2功能目标 2.2运行环境 2.3条件与限制 2.3.1技术限制 2.3.2使用限制 3.数据描述 3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据字典 3.4.1数据流词条描述 3.4.2数据文件词条描述 3.4.3加工逻辑词条描述 3.4.4源点及汇点词条描述 4.功能需求 4.1功能划分 4.2功能描述 5.性能需求 5.1数据精确度 5.2时间特性 5.3适应性 6.运行需求 6.1硬件接口 6.2软件接口 6.3故障处理 7.其它需求

1.引言 1.1编写目的 本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的，比较全面的描述了用户的各种需求。该文档确定了待开发软件的功能、性能、数据、界面等要求，并确定了系统的逻辑结构。为今后的开发人员进行系统开发提供了依据，也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。 1.2项目背景 项目名称：教学管理信息系统 项目任务提出者：齐鲁工业大学 项目开发者：张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠 项目用户：齐鲁工业大学所有管理人员和学生 随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。经总结，这类信息系统存在如下的缺陷：①软件维护的费用高。②信息查询不方便。③不利与远程管理。④软件的可操作性不高。 为了眤补这些缺陷，消除影响进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们项目组决定在这次软件开发过程中，开发基于B/S架构的教学管理信息系统。 1.3 定义 JavaWeb：是用Java技术来解决相关Web互联网邻域的技术总和 MySQL：MySQL是一个小型关系型数据库管理系统 MVC：模型，视图和控制。目的是实现Web系统的职能分工。 主键：数据库表中的关键域，值互不相同。 外部主键：数据库表中与其他表主键关联的域。 1.4 参考资料 1.张海藩.软件工程导论.北京：清华出版社，2008.2 2.王珊.数据库系统原理教程.北京：高等教育出版社，2006.5 3.刘利民.《软件工程综合设计》指导书.XX工业大学，2009.3 2.任务概述 2.1 目标 用户对系统的具体要求，摸清相关业务的具体流程，收集相关的信息、表格和文本，并对这些信息进行分析处理，制定面向现实世界的系统模型，如绘制业务流程图和E??—R图，制作数据字典等，为系统设计做好前期准备工作。 2.1.1理念目标 进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。 2.12功能目标

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。

客户关系管理系统需求说明书

客户关系管理系统需求规格说明书 编号：JB-RM-CRM 版本：1.0

作者：H.L.日期：2007-12-12审批：日期：

状态修订人修改日期版本备注新创建PM 2007-12-12 1.0

1 概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1 目的 本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括：营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。 1.3 读者对象 1.4 参考文档 无 1.5 术语定义 系统用户： XX公司员工。

网上订餐系统需求规格说明书

实验报告□实践报告□ 课程名称：软件需求工程 实验名称：用例文档 实验地点：太原理工大学虎峪校区 专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清 指导教师：王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块：......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块：..................................................................................................................... 订单模块：......................................................................................................................... 基本信息管理模块：......................................................................................................... 公告模块：......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

(完整版)网上订餐系统需求分析说明书

员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711

目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)

4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6．可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)

1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会 选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出 现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多 时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。

软件系统需求说明书

专 组号：小组成员： 完成时间：

目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)

1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.wendangku.net/doc/638550340.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定

客户服务中心系统功能需求书

客户服务中心系统 功能需求书 XXX电视网络（集团）股份有限公司 客户服务部 二0一四年四月 目录 前言 5

第一部分总述 6 第一章总则 6 1.1 概述 6 1.2 设计原则 6 1.3 适用范围 6 1.4 编制单位及解释权 6 第二章总体架构和功能描述7 2.1 功能框架图7 2.2 功能框架描述8 第三章桌面展示框架9 3.1 概述9 3.2 C/S结构9 3.3 B/S结构9 3.4 C/S+B/S结构的应用模式10 3.5 定制11 第二部分生产运作系统12 第一章客服中心（呼叫中心）系统功能12 1.1 系统功能概述12 1.2 自动语音应答系统功能（语音导航）12 1.3 话务转接功能13 1.4 座席接续功能及接续状态13 第二章客户信息管理及分层服务系统功能17 2.1 客户信息管理 17 2.2 客户分层服务功能 19 第三章基本呼入业务系统功能22 3.1 系统功能概述22 3.2 系统功能要求22 3.3 呼入业务流程22 3.4 界面要求23 3.5 呼入业务功能24 第四章呼出系统功能27 4.1 概述27 4.2 呼出流程27 4.3 功能描述（即流程说明）27 4.4 界面展示30 4.5 查询统计31 第五章媒体接触功能32 5.1 电子邮件32 5.2 传真32 5.3 短信、微信、微博32 5.4 网站32

第三部分管理支撑系统33 第一章电子工单系统33 1.1 概述33 1.2 工单运营流程33 1.3 系统功能描述35 1.4 界面显示内容38 1.5 查询统计39 第二章知识管理系统（知识库、公告便笺）40 2.1 概述40 2.2 知识库管理系统功能40 2.3 公告系统功能43 2.4 便笺系统功能43 第三章员工管理系统44 3.1 概述44 3.2 人事管理系统45 3.3 考试培训管理系统46 3.4 排班管理系统48 3.5 绩效管理系统49 第四章质检考评系统（服务评价系统）49 4.1 概述49 4.2 业务分类50 4.3 质检考评系统功能要求51 4.4 质检考评系统界面要求52 4.5 质检考评系统查询统计53 4.6 全面服务考核功能53 第五章数据统计和分析系统53 5.1 概述53 5.2 统计报表功能54 5.3 数据分析57 第四部分系统管理功能59 第一章权限管理功能59 1.1 概述59 1.2 登录管理59 1.3 人员管理60 1.4 角色管理60 1.5 功能权限管理60 第二章监控管理功能61 2.1 概述61 2.2 系统监控功能61 2.3本地集中网管系统监控功能61 2.4台席监控功能62 2.5主机监控功能62

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

农贸市场信息系统需求规格说明书

农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
1 / 17

农贸市场信息管理系统
文件状态： [ ] 草稿 [√] 正式发布 [ ] 正在修改
系统名称： 当前版本： 作 者： 完成日期：
农贸市场信息管理系统
王金鑫 季猛 袁梦 李美林 2016 年 6 月 22 日
目录
1 文档介绍 ................................................................. 3 1.1 文档目的 ............................................................. 3 1.2 文档范围 ............................................................. 4 1.3 读者对象 ............................................................. 4 1.4 参考文档 ............................................................. 4 1.5 术语与缩写解释 ....................................................... 5
2 / 17

农贸市场信息管理系统
2 产品介绍 ................................................................. 5 3 产品面向的用户群体 ....................................................... 6 4 产品应当遵循的标准或规范 ................................................. 6 5 产品范围 ................................................................. 6 6 产品中的角色 ............................................................. 6 7 产品的功能性需求 ......................................................... 7
7.1 功能性需求分类....................................................... 7 7.2 用例图............................................................... 8 7.3 用例描述............................................................ 11 8 产品的非功能性需求 ...................................................... 12 8.1 用户界面需求...................................................... 13 8.2 产品质量需求........................................................ 14 9 开发及运行环境 .......................................................... 15 9.1 开发环境............................................................ 15 9.2 运行环境............................................................ 16 10 开发团队及分工 ......................................................... 16
1 文档介绍 1.1文档目的
3 / 17