河北省警综平台需求分析说明书

第一篇：河北省警综平台需求分析说明书

河北省三河市警综平台需求分析说明书

2011年12月25日

第一项目建设的背景........2 针对公安信息化建设的应用和现状，从信息资源整体规划设计、信息充分共享和综合应用的角度出发，在充分保护和利用原有信息化建设基础设施的前提下，研究构建一个警务综

合信息应用平台。............2

第二项目的目标与任务......2

2.1建设目标..............2

2.2建设任务..............3

第三系统建设技术要求......3

3.1 总体技术要求..........3

3.2 系统功能.............3

第四项目实施计划及实施要求.......4

4.1第一阶段、初期项目计划......4

4.2第二阶段：项目建立...........4

4.3第三阶段：系统设计...........5

4.4第四阶段：现场准备...........51

4.5第五阶段：系统安装...........5

4.6第六阶段：系统测试与调试.....5

第五投标单位资质要求......6

第六项目验收方式与内容...........6

第七资金预算和付款方式...........6

河北省三河市警综平台需求分析

第一项目建设的背景

针对公安信息化建设的应用和现状，从信息资源整体规划设计、信息充分共享和综合应用的角度出发，在充分保护和利用原有信息化建设基础设施的前提下，研究构建一个警务综合信息应用平台。

第二项目的目标与任务

2.1建设目标

以公安计算机网络为依托，以案事件业务为主线，实现公安主要业务全面融合，面向全警，建立集数据采集、业务管理、数据交换、统计分析、查询比对、法制监督、法律文书、日常办公、绩效考核等于一体的警务综合信息应用平台，实现公安各类业务信息的快速传递、完整收集和充分共享，促进公安各项业务工作的规范化建设推动公安组织体制和警务运作机制的改革，全面提升工作效率和水平，建立现代化数字警务和与其相适应的警务工作机制的基本框架，全面增强公安机关整体作战和快速反应能力。

2.2建设任务

1、建立省级公安综合信息查询系统

2、省级综合数据库的建立与管理

3、实现数据集中整合4、实现统计数据和报表自动生成，系统的数据及时更新

5、建立信息统一接入接口为其它系统提供综合数据服务

6、建立全网统一数字证书身份认证、授权管理及访问控制机制

第三系统建设技术要求

3.1 总体技术要求

整个平台建设应包括网络系统平台、存储管理平台、数据库系统平台、安全保障平台、标准控制平台、应用系统平台和数据交换平台 等七个部分。

警综平台涵盖了网上执法办案、实有人口管理、社区警务（基础信息采集）三大业务域的主要业务工作。

3.2 系统功能

执法办案、派出所建设、管理防范、实有人口、地址管理、社区警务、外网采集平台、警综门户、实战应用、综合查询、统计报表、条线整合、监督考核、系统管理、运维管理、数据监测、警综与情报对接。

3.3 系统性能指标

1、建成了连接所有分县局和业务部门（公安三级网）的千兆计算机交换网络，建成联接所有基层科所队的宽带接入网（传输速率 至少２兆以上）；

2、实现各类警务信息数据库的集中存放。

3、对于某一资源库的精确条件查询，要求响应时间在3秒内；对于单类信息模糊条件查询，在1000万数据记录条件下，要求响应时间在2分钟内；

4、多种自动提示功能；

5、导航查询的响应时间在3秒内；

6、系统运行稳定可靠，年故障率在99.9％以下；

3.4 标准与规范

1、应遵循的国际安全模式和规范

2、应遵循的公安部颁布的标准规范

第四项目实施计划及实施要求

4.1第一阶段、初期项目计划

主要工作有：

1．安排相关会议：

会见合作方：有关设备厂商及合作伙伴

2．建立项目管理规范，安全规范，作业规范：

包括项目任务分派、项目执行授权、项目任务细化、项目变更规范、文档规范等。

3．实施队伍的建设：根据项目的技术特色和技术要求，组织合格的项目实施队伍。

4．确定合作方公司现场地点及其他设施

安排现场项目介绍给公司各个项目职能部门、小组和其他合作伙伴。

4.2第二阶段：项目建立

主要工作有以下部分组成：

.建立项目实施团队并配备相关设施

.建立用户现场工作行政管理制度

.建立现场定期会议和操作细则

.建立工作与项目实施流程

.建立问题的解决流程

.建立变更的处理流程

4.3第三阶段：系统设计

第二阶段和第三阶段是同步运行的，具体有以下部分组成:

.项目最终需求确认

.合作方和用户就项目需求、实施方法和实施目标进行讨论并双方确认

.依据上述文件完善系统设计

.生成设计方案与报告

.生成实施计划及有关图表和文件

此后，需要做的工作是设计方案与各种制度的评审，主要是将相关方案和制度与用户共同定稿。

4.4第四阶段：现场准备

现场准备主要由双方根据合同完成，包括：

.机房相关环境的测试确认

.系统测试相关调试工具与测试工具

4.5第五阶段：系统安装

.备份软件升级操作

.设备配置和联机测试

.生产系统的备份测试

4.6第六阶段：系统测试与调试

.最终测试与调试

.根据项目需求书实施系统测试

.提交测试报告

.用户最终验收

第七阶段：调整与维护阶段

项目安装调试后应试运行一段时间，在试运行过程中如有问题根据相关需求进行必要调整，同时，建立完善的维护体系。

第五投标单位资质要求

（1）投标单位须为在中华人民共和国境内注册的独立法人单位，工商注册资金不低于人民币200万元（含）；

（2）参加本次政府采购活动前三年内，在经营活动中没有重大违法违规记录;

(3)具有良好的商业信誉和健全的财务会计制度 ；

(4)具有履行合同所必须的设备和专业技术能力；

(5)投标方必须具有《计算机系统集成》三级或以上资质证书。

(6)工程验收后提供三年免费维护，项目设备提供五年免费保修。

(7)投标方须提供对招标方业务使用人员和技术人员进行技术培训，确保参训的使用人员完全掌握培训内容，技术人员能够完全独立维护整个软件系统。所提供的培训课程表随投标文件一起提交。

第六项目验收方式与内容

委托省软件评测中心对开发的“公安机关警综平台”软件进行验收测试，依据项目开发合同，参考相关的国家标准和公安部标准，分别从软件文档、功能性、可靠性、易用性、效率、维护性、安全性、兼容性、数据库设计等九个方面对该项目进行符合性测试和综合的评价。

第七资金预算和付款方式

7.1资金预算：50万元

7.2付款方式

合同签定后7个工作日内支付合同总金额的60%，项目验收结束后支付合同总金额的30%，项目验收结束后试运行3个月内支付合同总金额的10%。

第二篇：警综平台运用交流材料

警综平台应用交流材料

各位领导、同志们：

今天在这里跟大家一起交流警综平台的应用，但主要是向大家学习，把大家好的经验和心得带回去，今年是公安机关四项建设年，信息化建设是重中之中，各级领导高度重视，信息化应用尤为重要，去年最初接触警综平台，发现平台涵盖的内容相当广泛，有点是我接触过的业务，有些是我们农村派出所根本就没有的业务，几乎包容了整个公安工作，功能越来越完备，警综平台的设计具有很强的科学性、实用性，已经发挥了实战效益，并且正越来越显示出其对公安工作的重要性。从我个人来讲，因为参加公安工作以前，有一定的计算机知识基础，应用起来比起别的同志适应的快一些，就我应用警综的心得，和大家交流一下：

最开始，警综平台启用之时，我对平台也很怕，怕搞不好，认为工作已很辛苦，搞平台多此一举、浪费时间。应用了一段时间后，发现其实警务平台操作并不难。简单的道理，一个东西研究出来，如果要在多数人中推广使用，它应该具有很强的实用性、可操作性，也绝对是体现以人为本这条原则的。不象搞研究，必须是具有高深专业知识的尖端人才才能去搞。平台设计的所有功能模块，都与我们平时的实际工作紧紧相连。比如：案件查询，实际办案中查询未破案件、以前处理人员资料，需要翻本子、打电话等，现在只需输入几个查询条件，鼠标轻轻一点即可，后者无疑具有前者无可比拟的优越性，享受到了它的方便实用后，就能很快的运用到实战中了。

执法规范化建设与信息化建设是“四项建设”的两大主要内容，我结合实战办案的实际，向所长建议，将二者结合起来，以规范警综平台操作为抓手促进全所的执法规范化建设。在警综平台的应用中，处处规范操作，来规范办案民警的执法行为，因为人是感情动物，可以讲人情，可电脑程序不讲人情，不规范执法行为，就不能规范操作警综平台，不规范操作，信息就录上去，以办理刑事案件为例，实际办案中接受案件、对嫌疑人强制措施呈请报告等等，平台上均有。整个刑事办案的流程平台均能反映，并且平台上表格填完后，办案所需的法律文书均能打印出来，即方便实用，又能规范执法。

警综平台运行时间不短，在今后的工作中，我要更加认真进行学习并勤于操练，处处用平台规范工作，结果绝对是警务平台促进工作，并越来越显示出其应有的生机和活力。

谢谢大家！

第三篇：电子商务系统(java)需求分析说明书

电子商务系统需求分析说明书

一． 引言...............................................................................................................................................1 1.编写目的............................................................................................................................................1 2.背景..................................................................................................................................................1 3.定义..................................................................................................................................................1 二． 任务概述.......................................................................................................................................2 1．目标.................................................................................................................................................2 2.用户的特点......................................................................................................................................2 3.系统功能示例..................................................................................................................................2 三． 需求细则.......................................................................................................................................2 1.对功能的规定...............................................................................................................................2 2.对性能的规定...............................................................................................................................5 3.对排版的规定...............................................................................................................................5 4.对可维护性的规定........................................................................................................................5 5.对个性的规定...............................................................................................................................6 6.对项目过程的规定........................................................................................................................6

一． 引言

1.编写目的

通过与多位软件使用者进行全面深入地探讨和分析，并完成《电子商务系统》市场的前期调查后，提出了这份软件需求分析说明书。

此需求分析说明书对《电子商务系统》软件做了全面细致的用户需求分析，明确所要开发的系统应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

2.背景 3.定义

二． 任务概述 1．目标 2.用户的特点 3.系统功能示例

需求：

1、购物车管理

购物车内商品的增、删、改 生成订单

2、订单管理

订单的增、删、查

3、使用数据库（mysql）保存用户信息、商品信息、订单信息 用户表，商品表，订单表，订单项表

技术要求：

1、商品类

2、购物车类

3、购物项类

4、订单类

5、订单项类

6、用户类

7、应用MVC模式

购物流程：

用户登录，浏览商品页面，挑选商品加入购物车，继续浏览商品页面…… 购物车页面显示当前所购商品信息（名称、数量、价格），提交生成订单，保存到数据库中（订单表存储订单基本信息：订单号、用户名、订单总价、生成时间

订单项表存放各订单详细订单项信息：所属订单号、商品号、数量）

三． 需求细则 1.对功能的规定

分必选项和任选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；任选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些任选项，以期获得更高的答辩成绩。如果所有项（包括必选和任选）都完成，那么功能分就是满分。如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。

1.1 注册、登录功能

属性：必选

描述：用户必须注册，登录之后才能使用本电子商务系统

1.2 商品浏览功能

1.2.1 商品类定义 属性：必选

描述：商品信息必须包含如下项（包括但不限于）：

● ID：要求全局唯一

● 商品名称（字符串）● 商品单价 ● 商品库存 ● 商品类别

1.2.2 用户类定义 属性：必选

描述：用户信息必须包含如下项：

● 用户ID：要求全局唯一 ● 用户密码 ● 用户名

● 用户送货地址 ● 用户邮箱 ● 用户等级

1.2.3 浏览商品 属性：必选

描述：用户登陆以后能够按类别浏览商品信息。

1.2.4 数据库保存商品和用户信息 属性：必选

描述：商品信息（用户信息）能够存于数据库中，掉电后信息不丢失。必须完成下面两种情况：

在数据库中，以表的形式存放商品和用户信息。

1.3 购物车功能 1.3.1 购物车类 属性：必选

描述：购物车类必须包含如下项（包括但不限于）：

● 购物项集合（购物项类类型）

● 购物总额

1.3.2 购物车功能实现 属性：必选 描述：增删改查。

● 添加购买商品 ● 修改购买商品数量 ● 删除购物项 ● 显示购物车内容

● 计算购物车内商品总价（考虑用户等级折扣）

1.3.3 购物项类 属性：必选

描述：购物项类必须包含如下项（包括但不限于）：

● 商品ID

● 购买数量

1.3.4 通过购物车下订单 属性：必选

描述：根据购物车内购物项集合下订单，生成订单内容信息必须保存在数据库中

1.4 订单处理功能 1.4.1 订单类定义 属性：必选

描述：订单信息必须包含如下项（包括但不限于）：

● ID：要求全局唯一

● 订单明细集合（订单明细项类型）● 订单总额 ● 下单用户ID ● 下单时间

● 订单状态（提交、审核、等待付款、发货、完成）

1.4.2 订单明细项类定义 属性：必选

描述：订单明细信息必须包含如下项（包括但不限于）：

● 商品ID

● 购买数量 ● 订单ID

1.5 数据库功能 属性：必选

1.5.1 用户信息表 1.5.2 商品信息表 1.5.3 订单信息表

1.5.4 订单明细项信息表

1.6 商品评价

属性：任选

描述：购买过某商品的用户可以对该商品进行评价，评价内容保存在数据库中，用户浏览商品时可以查看评价信息

1.7 管理员后台管理模块

属性：任选

描述：管理员登录系统，查看商品库存，查看用户订单，进货处理，订单状态管理

2.对性能的规定

本系统在设计方面本着方便、实用的宗旨，性能方面应遵循如下原则： ● 执行效率（时间）： 软件运行应该尽量高效；避免没有必要的循环处理、重复处理； ● 资源损耗（空间）：设计尽量节约资源（内存、数组、链表等）； ● 初始化： 局部变量、数组成员、内存块等都要初始化； ● 健壮性：

◎ 申请内存之后，应该立即检查引用值是否为null； ◎ 方法的入参必选进行有效性判断；

◎ switch-case一定要有default；if-else if等后要有else； ◎ 数组的下标不要发生“多1”或者“少1”操作。

3.对排版的规定

● 缩进要对齐； ● 长行拆分；

● 二元操作符的前后应当加空格，包括如下操作符：

赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如“=”、“+=” “>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”, “^” 等；

● 空行：

◎ 类声明之后、每个方法定义结束之后都要加2行空行；

◎ 逻辑上密切相关的语句之间不加空行，其它地方应加空行分隔； ◎ 一行代码只做一件事情；

◎ “if”、“for”、“while”、“do”等语句自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加 “{ }”；

4.对可维护性的规定

对可维护性的最终要求：别人能够轻松上手你的代码。

● 结构清晰：

◎ 模块化：对界面（显示）、菜单管理、逻辑管理、文件操作等等代码要独立； ◎ 封装：一个模块只做一件事，模块功能要单一；一个方法不能超过50行；

避免重复、冗余代码； ◎ 代码块清晰。

● 变量命名规范，变量名应该具有自明性：

◎ 常量定义命名

常量名由全大写字母组成，单词间通过下划线来界定； ◎ 方法的命名：

使用“动词”或者“动词＋名词”（动宾词组）的形式，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定 ◎ 变量的命名与定义

应当使用“名词”或者“形容词＋名词”，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定。

● 注释充分：变量、方法（包括参数、返回值）、代码功能块、一些复杂算法„„等都需要

清晰明了地说明；

5.对个性的规定

把项目做出个性出来。下列各项中有和比人不同之处、或很有创意，即可认为有个性。独立设计的软件，一般都会出现一些个性。参考、抄袭不会出现个性。

● 设计思路：包括软件的整体架构、功能块的设计思路、类封装等等； ● 功能实现：从用户的角度，使用上发现与众不同的地方； ● 其它方面；

6.对项目过程的规定

本着紧张但不急躁、不参考、不拷贝的原则进行。 紧张但不慌张

项目周期只有一周，这还包括项目答辩时间。所以项目时间比较紧张，但不能慌张。要有自己明确的设计思路，一步步沿着思路走下去，以此来巩固自己所学，锻炼自己的独立工作能力。 能自己做，绝不参考别人

自己还没有做，还没有想，就去看比人的，这样尽管功能做出来了，但却没有什么意义，真正面试时还是不会。作者和读者，天壤之别。

如果自己实在无法搞定，一个问题卡了快一天了，则可以咨询别人一下想法，再行编码；尽量不直接看别人代码。 不拷贝

一旦发现拷贝，取消答辩资格。答辩时发现，答辩成绩减半。

copy别人的代码，甚至直接运行别人的代码，以此作为自己的项目进展，这是严禁的。严禁运行效果出来了，却不知道是哪些代码造成的，严禁明明是自己写的代码，但却不知道为什么这么写。

第四篇：教师工资管理系统需求分析说明书

学校内部工资管理系统

需求分析报告

系统分析员：张倩、施婷婷、毛思雨、吴园希、陈金淼

日期：2011-5-3

1、目导言

1.1 目的

为工资管理系统提供一套具有基本功能的模拟软件支持系统提供基本的需求分析和描述，为软件的开发参与者（系统设计人员、程序员、测试人员、开发商、管理人员等）提供完整的需求信息。

1.2 范围

本软件适用于我校工资系统的管理和应用，它是完善、安全、稳定的系统管理模拟软件。待开发软件系统的名称：基于Web应用的学校教师工资管理系统

本产品能具体化、合理化、安全的模拟实现基于Web应用的工资管理系统的各种基本操作。

2、系统定义

2.1 项目来源及背景

本系统是一个学校内部工资管理系统。对教职员工的基本信息和工资信息进行添加和修改，能够调整工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为学校财务人员提供便利。

2.2 用户的特点

本系统的用户主要有以下几类：

教职工：提交各人信息和查询总工资表；

财务处：查询总工资表，生成正确的工作表，生成各教职工工资条； 人事处：提交人员变动情况，制定奖惩实施细则，生成可变工资； 学校各部门：提交出勤情况，提交业绩情况，读取工资条。

本软件的使用对象是我校全体教职员工,必须通过IE浏览器访问该系统，然后再登陆页面输入正确的用户明和密码方可使用（即成功登陆）。

3、功能规格

3.1 角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

3.1.1 教职工

学校教职工通过系统可以实现以下使用需求：提交个人信息，登陆修改个人信息，查询个人工资各项详情。

3.1.2 财务处

学校财务处可以通过系统实现以下需求：读取工资表，生成正确工资表及查询工资情况。

3.1.3 人事处

学校人事处可以通过系统实现以下使用需求：输入教职工调动信息，读取教职工出勤及业绩情况，制定奖惩实施细则，生成教职工出勤工资、奖金及扣款清单。

3.1.4 学校各部门

学校各部门可以通过系统实现以下使用需求：给出教职工出勤情况，给出教职工业绩考核情况，读取各部门汇总表，得到工资条。

3.1.5 数据库数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除、和修改等操作。

3.1.6 学校人事处

在学校教师工资管理系统中，管理员可以提交人员变动，提交可变工资（统计出勤工资、奖金及扣款项目），制定奖惩明细，查询工资表。具体描述如下。

用例描述：学校人事处管理； 执行者：学校人事处；

前置条件：人事处管理者已登录系统；

后置条件上：如果人员和工资产生变化，则数据库中的随之变化。基本路径：

登录成功，进入管理界面。

然后根据选择不同的操作分别进入不同状态，如：选择提交人员变动，可以对员工调入、调出、校内调动、离退休等数据进行修改，进入的状态为一个系统

反馈的信息表。若选择提交可变工资，则会再次给出选择分别进入状态为：出勤工资表，奖金表后者扣款清单表。

根据相应选择查询不同信息。查看信息完毕后，最后退出系统。

在学校教师工资管理系统中，财务处管理员可以查询工资表，然后每月月底将教职工的工资表做好并将数据送往银行。每月初（3日前）将工资条发给各单位。具体描述如下。

4、性能需求

4.1 界面需求

1.以通信功能作为界面设计的核心

人机界面设计的关键是使人与计算机之间能够准确地交流信息。一方面，人向计算机输入信息时应当尽量采取自然的方式；另一方面，计算机向人传递的信息必须准确，不致引起误解或混乱。

2.界面必须始终一致

统一的人机界面不致于会增加用户的负担，让用户始终用同一种方式思考与操作。最忌讳的是每换一个屏幕用户就要换一套操作命令与操作方法。

3.界面友好、使用方便

4.2 响应时间需求

系统能设置登录等级，对于使用服务器端工作者可以先行响应；

4.3 开放性需求

一个优秀的软件应该提供在线求助功能，甚至提供使用向导，这将给用户带来极大的方便。在多媒体环境下，以语音提示作为操作向导，不会干扰屏幕信息，是一个极佳的选择。

4.4 可扩展安全性需求

系统对要提供与读取信息的用户进行身份验证，登录后各员工只能可以看到各自工资详情；

第五篇：财务需求分析说明书

财务管理系统需求分析说明书（版本号：V1.0.2）

文档信息：

项目名称：财务管理系统项目经理：sGlobalMethod阶段:需求分析

·1.引言

1.1 编写目的

为使系统开发人员和业务需求人员达成对本次虚账户管理系统项目开发需求的一致理解，同时做为下一阶段系统设计的依据，特编写此《需求分析说明书》。

2收入管理需求描述

根据业务提出需求，需要增加学费管理，寝室费管理菜单，下面对功能进行详细描述。

2.1收入管理

2.1.1功能概述

收入列表显示，添加，删除，修改

2.1.2界面描述

2.1.2.1寝室费

第一页寝室费收入列表显示（所有数据）按院校日期，地点，寝室号等分类查询 显示寝室费收入列表；

添加功能，单条/批量删除，修改功能，导出功能。按添加按钮跳入第二页 第二页寝室费录入功能

含有表头的可编辑的空表格，添加可编辑行数（1）删除可编辑行数（1）保存；

2.1.2.2学费

第三页学费收入列表显示（所有数据）按院校日期等分类查询 显示学费收入列表；

添加功能，单条/批量删除，修改功能，导出功能，导出当前所选择的记录。按添加按钮跳入第四页 第四页学费录入功能

含有表头的可编辑的空表格，添加可编辑行数（1）删除可编辑行数（1）保存；

3支出管理需求描述

3.1支出管理 3.1.1功能概述

支出列表显示，添加，删除，修改

3.1.2界面描述

3.1.2.1财务报销

第一页财务报销支出列表显示（所有数据）按院校，报销类别，日期等分类查询； 显示财务报销列表

添加功能，单条/批量删除，修改功能，导出功能。按添加按钮跳入第二页 第二页财务报销录入功能

含有表头的可编辑的空表格，添加可编辑行数（1）删除可编辑行数（1）保存；

3.1.2.2付款申请

第一页付款申请支出列表显示（所有数据）按院校，付款类型，日期等分类查询； 显示付款申请列表

添加功能，单条/批量删除，修改功能，导出功能。按添加按钮跳入第二页 第二页付款申请录入功能

含有表头的可编辑的空表格，添加可编辑行数（1）删除可编辑行数（1）保存；

3.1.2.3采购申请

第一页采购申请支出列表显示（所有数据）按院校，采购类型，日期等分类查询； 显示采购申请列表

添加功能，单条/批量删除，修改功能，导出功能。按添加按钮跳入第二页 第二页采购申请录入功能

含有表头的可编辑的空表格，添加可编辑行数（1）删除可编辑行数（1）保存；