科龙营销K/3系统项目业务流程说明书
(营销总部)
（2001.06.05）
目录
1科龙营销总部业务流程图 (5)
1.1采购业务流程 (6)
1.1.1采购入库业务 (6)
1.1.1.1本地入总部仓采购入库 (7)
1.1.1.1.1本地入总部仓采购业务流程图 (7)
1.1.1.1.2本地入总部仓采购业务流程描述 (8)
1.1.1.2外地入总部仓采购入库流程 (9)
1.1.1.2.1外地入总部仓采购业务流程图 (9)
1.1.1.2.2外地入总部仓采购业务流程图描述 (12)
1.1.1.3本地入总部仓采购入库 (13)
1.1.1.3.1本地入总部仓采购业务流程图 (13)
1.1.1.3.2本地入总部仓采购业务流程图描述 (14)
1.1.2采购退货业务 (15)
1.1.2.1当月退货处理业务 (16)
1.1.2.1.1当月退货业务流程图 (16)
1.1.2.1.2当月退货业务流程描述 (17)
1.1.2.2退发票采购退货业务 (18)
1.1.2.2.1退发票采购退货业务流程图 (18)
1.1.2.2.2退发票采购退货业务流程描述 (19)
1.1.2.3采购退货（折让证明）处理业务 (20)
1.1.2.3.1采购退货（折让证明）处理业务流程图 (20)
1.1.2.3.2采购退货（折让证明）处理业务流程描述 (21)
1.2销售业务 (23)
1.2.1销售业务 (23)
1.2.1.1空调销售业务流程 (23)
1.2.1.1.1空调销售业务流程图 (23)
1.2.1.1.2空调销售业务流程描述 (25)
1.2.1.2冰箱销售业务 (26)
1.2.1.2.1冰箱销售业务流程图 (26)
1.2.1.2.2冰箱销售业务流程描述 (28)
1.2.2销售退货业务流程 (38)
1.2.2.1当月销售退货处理业务 (39)
1.2.2.1.1当月销售退货业务流程图 (39)
1.2.2.1.2当月销售退货业务流程描述 (40)
1.2.2.2退发票方式销售退货业务流程 (41)
1.2.2.2.1退发票方式销售退货业务流程图 (41)
1.2.2.2.2退发票方式销售退回业务流程描述 (42)
1.2.2.3折让证明方式销售退货业务流程 (44)
1.2.2.3.1折让证明方式销售退货业务流程图 (44)
1.2.2.3.2折让证明方式售退回业务流程描述 (45)
1.3仓存业务 (46)
1.3.1库存调拨业务流程 (46)
1.3.1.1营销总部内部库存调拨业务流程 (47)
1.3.1.1.1营销总部内部库存调拨业务流程图 (47)
1.3.1.1.2营销总部内部调拨业务流程描述 (49)
1.3.1.2调出方采购退货业务流程 (50)
1.3.1.2.1调出方采购退货方业务流程图 (50)
1.3.1.2.2调出方采购退货业务流程描述 (52)
1.3.1.3调入方销售业务流程 (53)
1.3.1.3.1对调入方销售业务流程图 (53)
1.3.1.3.2对调入方销售业务流程描述 (55)
1.3.2售后换货业务流程 (56)
1.3.2.1周转机售后领用业务流程 (56)
1.3.2.1.1周转机售后领用业务流程图 (56)
1.3.2.1.2周转机售后领用业务流程描述 (57)
1.3.2.2三包机换货处理业务流程 (58)
1.3.2.2.1三包机换货处理业务流程图 (58)
1.3.2.2.2三包机换货业务流程描述 (60)
1.3.2.3等级品入库处理业务流程 (61)
1.3.2.3.1等级品入库处理业务流程图 (61)
1.3.2.3.2等级品入库业务流程描述 (63)
1.4其他业务 (64)
1.4.1成都、营口科龙直发分公司业务流程 (64)
1.4.1.1成都、营口科龙直发分公司退货处理业务流程 (64)
1.4.1.1.1成都、营口科龙直发分公司退货处理业务流程图 (64)
1.4.1.1.2成都、营口科龙直发分公司退货处理业务流程图描述 (65)
1.4.1.2成都、营口科龙直发分公司销售处理业务流程 (66)
1.4.1.2.1成都、营口科龙直发分公司销售处理业务流程图 (66)
1.4.1.2.2成都、营口科龙直发分公司销售处理业务描述 (68)
1.4.2成都、营口科龙直客户业务流程 (70)
1.4.2.1成都、营口科龙直发客户退货处理业务流程 (70)
1.4.2.1.1成都、营口科龙直发客户退货处理业务流程图 (70)
1.4.2.2成都、营口科龙直发客户销售处理业务流程 (70)
1.4.2.2.1成都、营口科龙直发客户销售处理业务流程图 (70)
1.4.3总部直发客户销售业务流程 (71)
1.4.3.1总部直发客户销售业务流程图 (71)
1.4.3.2总部直发客户销售业务流程描述 (74)
1.4.42000年业务销售退回业务流程 (75)
1.4.4.12000年业务销售退回总部----销售退货处理业务流程 (75)
1.4.4.22000年业务销售退回----总部销售处理业务流程 (77)
1.4.4.2.12000年业务销售退回----总部销售处理业务流程图 (77)
1.4.5等级品入库处理业务流程 (79)
1.4.5.1等级品入库处理业务流程图 (79)
1.4.5.2等级品入库业务流程描述 (81)
1.4.6运输过程损耗业务处理 (82)
1.4.6.1运输过程损耗分公司销售退回处理 (82)
1.4.6.1.1运输过程损耗分公司销售退回处理业务流程图 (82)
1.4.6.1.2运输过程损耗分公司销售退回处理业务流程描述 (83)
1.4.6.2运输过程损耗赔偿方销售处理 (84)
1.4.6.2.1运输过程损耗赔偿方业务流程图 (84)
1.5广东空调业务 (85)
1.5.1广东空调业务营销总部处理功能图 (85)
1.5.1.1广东空调业务总部销售处理流程 (86)
1.5.1.1.1广东空调业务总部销售处理流程图 (86)
1.5.1.1.2广东空调业务总部销售处理业务流程描述 (87)
1.5.1.2广东空调业务总部销售退货处理业务 (88)
1.5.1.2.1广东空调业务总部销售退货处理业务流程图 (88)
1.5.1.2.2广东空调业务总部销售退货处理业务流程描述 (89)
1.5.2广东空调自身业务处理流程 (91)
1.5.2.1广东空调自身销售业务处理流程 (92)
1.5.2.1.1广东空调自身销售业务处理流程图 (92)
1.5.2.1.2广东空调自身销售业务流程描述 (93)
1.5.2.2广东空调自身销售退货业务处理流程 (94)
1.5.2.2.1广东空调自身销退货售业务处理流程图 (94)
1.5.2.2.2广东空调自身销售业务流程描述 (95)
2附件（流程图编制说明） (96)
2.1目的 (96)
2.2方法 (96)
2.3要求 (96)
3科龙营销公司业务流程图常用符号说明................................................................... 错误！未定义书签。
1科龙营销总部业务流程图科龙营销总部业务流程图
---------------------------------------------------------------------------------------------------------------------------------
业务流程图编号：1 业务名称：营销分公司总体功能图
--------------------------------------------------------------------------------------------------------------------------------
功能域：采购管理
--------------------------------------------------------------------------------------------------------------------------------
编制：陈尚全日期：2001-05-30 审核日期
--------------------------------------------------------------------------------------------------------------------------------
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 系统功能 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图） 2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）
布比项目上线部署发布流程 V1.0 2017/9/14
1、目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。 2、范围 适用于公司所有项目和产品 3、发布人员 开发环境由开发人员内部负责（包括维护和管理开发分支和git 代码库）测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责（或运维人员） 4、发布流程在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 一、提交测试 a）开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。 （上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关 联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及 的服务影响范围以及上线失败的回滚步骤。）并提交相关技术负责人审 核，在审核过后邮件给相关测试人员。 b）测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 c)测试人员通过自动化部署平台根据提供的分支号依照上线方案
进行自动化部署，涉及数据库操作可提请DBA操作。 d)记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处 理，该点须交付测试结果报告。 e)内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测 试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测 试结果报告。 二、预热发布 a)测试人员在测试环境测试并跟踪修改bug 达到上线标准(没有A、 B级bug, C级bug达到要求)时。开始部署预热环境，测试人员对现有功 能在预热环境上进行验收测试(重新执行case )。紧 急Bug修改走补丁/hotfix 流程。不影响功能的bug留到下次版本解 决，确认达到上线标准。 b)如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备 正式上线发布流程。 三、正式上线 a) 在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部 署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部 署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回 滚) ，最后生成会议纪要并发送邮件。 b) 确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支 号给运维人员及DBA DBA应提前执行数据库脚本，应用部署须 通过自动化部署平台进行部署，部署系统应在应用系统中记录当
项目管理流程及规范 2016年11月09日
目录 1. 文档目的 (3) 2. 项目流程 (4) 3. 项目流程规范 (5) 3.1需求（调研）分析 (5) 3.2产品低保真原型 (5) 3.2原型/需求评审 (5) 3.3项目立项 (5) 3.4需求确认 (6) 3.5项目周期重新估算 (6) 3.6活动(功能)时间估算 (6) 3.7需求变更管理 (7) 3.8风险预警 (7) 3.9进度控制 (7) 3.10质量管理 (8) 3.11产品发布 (8) 3.12项目验收 (8)
1.文档目的 本文档是为了解决公司人员对项目流程不清晰的问题，特别是项目组成员，项目经理、产品经理和各部门之间的协作，达到合理管控项目，有制度可依。从而杜绝或减少项目排期混乱、随意插队等现象。
2.项目流程
3.项目流程规范 3.1需求（调研）分析 1、明确项目范围 2、明确项目目标 3、识别项目干系人并管理期望 4、整理项目需求 5、可行性分析（技术、经济、操作） 6、预测项目风险 7、以上内容形成项目概况报告，并包含初步的里程碑点和排期表 8、（外部如有需要可以实地考察，调研，需准备调研表格，做完后签字） 9、（如有方案或合同，项目经理需要仔细逐条过一遍，找出和实际的差异，内容形成差异 报告含在项目概况报告里面） 3.2产品低保真原型 1、交付产品经理项目概况报告，项目和产品、需求方开会讨论需求 2、产品出完整的低保真原型 3、项目经理需要对原型做检查，确保达到需求要求 3.2原型/需求评审 1、提前一天通知相关人员（项目、产品、前端、研发、业务、测试、运维）进行原型评审 会议 2、新的比较大的功能改动需要单独开展，小的需求和已有的小改动的评审可以含在立项会 上开展 3、会议上所有人需要发表对原型的看法，业务和项目要注意原型是否真满足了需求 4、会议需要得出明确的结论，结束后形成会议纪要 3.3项目立项 1、邮件提前通知参会人员，包含业务、项目、产品、设计、前端、后端人员。邮件中需要 包含明确的会议时间点，参会人员，会议预计持续时间、会议主题等要素。 2、会议立项 1)任命项目经理，组成项目团队 2)项目经理主持会议，先介绍项目概况，展示项目概况报告； 3)项目经理讲解原型，讲解具体需求，细节由对应产品补充说明；项目不清楚时可由
一、软件产品开发流程图：
二、软件产品发布流程 1、发布准备。发布之前，所有程序由测试人员进行确认测试；检查系统内登记的所有bug 都已经被解决，或者遗留的bug不影响系统的使用，如果有严重bug未解决，则不能发布；程序打包前做冒烟测试（冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。）。（测试） 2、测试负责人编写发布产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码； 文档包括需求、设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ppt）、使用demo等等。（按合同规定，或只提供部分文档）（产品、项目经理、研发、测试） 4、进行程序打包；标记源码、文档版本。（研发、运维） 5、填写发布基线通知，并通知相关人员；经理对发布基线进行审计检查。（项目经理） 6、在禅道系统上新建产品发布计划，填写配置项，发布产品。（项目经理） 7、传程序包、使用文档至Download站点。（运维） 8、编写发布说明。内容应该包括产品版本说明；产品概要介绍；本次发布包含的文件包、 文档说明；本次发布包含或者新增的功能特性说明；遗留问题、影响说明；版权声明以及其他需要说明的事项。（项目经理、测试） 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介 绍。（项目经理邮件通知） 10、后续工作。产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用 的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打patch 或者按照流程重新发布。（研发） 11、临时发布。软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应 急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员；研发人员需要为源码、文档打tag标记。 （研发） 12、附《常见问题排除手册》，内容简介：推荐硬件配置。（售后） 13、文件命名规则：惠朗_项目名_文件名称_版本号.xxx。如，惠朗_无锡银行_POC文档 _V1.0.doc。（ALL）。 14、写Readme，后有DEMO。（项目经理） 注意事项： 尽量使用Jekenis，如果没有，可将测试程序上传禅道。程序如果过大可以上传到文件服务器。 发版的程序一定要上传禅道或文件服务器。 Readme:（打到war包里，记录版本号，改进内容，项目名称，甲方，400电话等） 以下为DEMO =========================== ###########环境依赖 Mysql5.7+ redis ~
项目实施基本流程 说明 根据公司多年项目实施案例证明, 软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平, 不但取决于软件产品本身的质量, 软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。 项目实施的组织方式分为职能式和独立式, 公司采用职能式组织实施, 各部门按职能协调配合实施项目; 实施过程中每个阶段有不同的工作事项, 各个阶段之间都是承上启下关系, 上一阶段的顺利完成是保证下一阶段的工作开展的基础。项目实施、系统开发人员要注意项目实施整体过程中的三个重点: ●《需求规格说明书》的编制 ●系统设计与开发 ●里程碑设计, 向用户呈现项目实施过程 里程碑: 项目实施过程中要设计若干节点, 将项目实施的进展呈现给用户, 让用户了解、检验实施工作。
第一阶段、项目衔接 项目中标后, 根据公司指派项目经理指导实施人员做好项目的衔接工作, 汇集有关项目资料, 了解项当前期情况, 重点应汇集、熟悉的资料有: 1、招标文件 2、投标文件 3、项目合同 4、前期给用户演示的产品材料 5、用户提供的其它材料 以上资料方案部提供 公司任命项目经理( 与投标文件中一致) , 项目经理与用户、销售、采购、研发、财务协商起草《项目实施计划》, 《项目实施计划》, 具体包括以下内容: ( 1) 项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配( 包括用户的) ; ( 2) 项目实施中如何进行项目管理, 项目的质量如何控制; （3）项目实施中用户的参与和领导的支持的重要作用;
( 4) 阶段验收、技术交接和项目结束后如何对用户提供后续服务。 第二阶段、项目启动 1、启动会议 项目组与用户共同召开的项目实施正式开始的会议, 最好请 公司主管领导参加。会议介绍的PPT一定会前仔细检查, 会程需落实的内容一定要会前仔细研讨, 检查、核对需要用户签署的文件。 2、正式建立项目组织机构( 甲乙双方人员、通讯录、乙方人员必须与投标书一致) 第三阶段、编制《需求调研纲要》与《需求规格说明书》 需求调研对于公司应用软件开发来说, 是一个系统开发的开始阶段, 需求调研的质量对于一个应用软件来说, 是一个极其重要 的阶段, 它的质量决定了项目软件的交付结果。怎样分析用户需求就成为调研人员最重要的任务。 1.需求调研纲要( 写清楚参与部门及人员)
精品文档 软件项目名称 错误！未指定书签。 拟制：日期： 审核：日期： 批准：日期：
文件修改记录
目录 1范围 (4) 2 总体概述 (4) 2.1 产品描述 (4) 2.2 软件功能 (4) 2.3 一般约束 (5) 2.4 假设和依赖 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.1.1 功能需求1 (5) 3.1.2 功能需求2 (6) 3.1.n 功能需求n (7) 3.2 外部接口需求 (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求 (7) 4 设计约束 (8) 4.1 标准的约束 (8) 4.2 硬件的限制 (8) 4.3 技术的限制 (8) 5 软件质量属性 (8) 5.1 安全性 (9) 5.2 可维护性 (9) 5.3 可移植性 (9) 6 其他需求 (9) 6.1 数据库 (9) 6.2 本地化 (10) 7待确定问题 (10)
模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1范围 说明文档所包括和不包括的内容，具体是： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b．用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。
工程项目管理软件 功能需求 2016年4月
目录 第一章.引言 (3) 1.1编写目的 (4) 1.2预期读者 (4) 1.3参考资料 (4) 第二章.系统概述 (5) 2.1项目总体要求 (5) 2.2技术整体要求 (5) 第三章.功能需求 (6) 3.1基础数据 (6) 3.2项目管理 (8) 3.3项目查询 (12) 3.4项目统计 (12) 3.5人事档案 (12) 3.6行政制度 (13) 3.11后台管理 (14) （1）组织机构管理 (14) （2）帐号管理 (15) （3）权限分配 (16) （4）角色管理 (16) （5）日志管理 (17) 第四章.项目时间计划 (18) 第五章.外部接口需求 (18) 5.1硬件接口 (18) 5.2软件接口 (18) 第六章.非功能需求 (18) 6.1性能需求 (18) 6.2安全性需求 (18) 第七章.项目预算 (19) 第一章.引言 1.1编写目的 本文档是在对项目需求文档进行充分分析的基础上，描述实现项目需求的详细说明，包括项目功能结
构图、总体流程图以及功能模块分析和表单设计等。 编写此文档的主要目的：文档化项目的实现方案，涵盖系统的基础功能、系统管理、项目管理、人事管理、规则制度管理等功能模块，以方便项目组和用户对项目的业务功能需求在理解上达成一致。该文档也是以后的概要设计、详细设计的基础，是对详细设计活动的约束和指导。 1.2预期读者 文档的主要读者：双方项目成员。 1.3参考资料 《计算机软件产品开发文件编制指南》GB8567－88 《计算机软件开发规范》GB8566－88 《计算机软件质量保证计划规范》GB/T12504－90 《计算机软件配置管理计划规范》GB/T12505－90 《计算机软件需求说明编制指南》GB9385－88 《计算机软件测试文件编制指南》GB9386－88 《软件工程术语》GB/T11457－1995 《信息技术软件生存周期过程》GB/T8566－1995 《计算机软件文档编制规范》GB-T8567-2006 《软件文档管理指南》GB/T16680－1996
布比项目上线部署发布流程 2017/9/14
1、目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。 2、范围 适用于公司所有项目和产品 3、发布人员 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 4、发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 一、提交测试 a)开发人员在功能开发完毕后首先配置开发环境，并将系统部署至 开发环境。在开发环境经过自测通过后提交测试代码，并开始撰 写上线方案。(上线方案须包括新增的外部应用程序安装，应用 程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚 本，制定合理的上线时间，涉及的服务影响范围以及上线失败的 回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相 关测试人员。
b)测试人员根据模块功能文档并制定测试方案，测试用例，特别注 意临界点测试方案。 c)测试人员通过自动化部署平台根据提供的分支号依照上线方案 进行自动化部署，涉及数据库操作可提请DBA操作。 d)记录各种数据测试结果及测试问题，并交由相关开发人员进行二 次迭代处理，该点须交付测试结果报告。 e)内测完毕后交由相关业务及需求人员进行集成测试，并请测试人 员记录测试结果及问题，交由相关开发人员进行再次迭代。该点 须交付测试方案测试结果报告。 二、预热发布 a)测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、 B级bug，C 级bug达到要求）时。开始部署预热环境，测试人 员对现有功能在预热环境上进行验收测试（重新执行case）。紧 急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版 本解决，确认达到上线标准。 b)如达到上线标准，测试人员发起邮件通知相关开发人员、产品人 员，准备正式上线发布流程。 三、正式上线 a)在测试人员确认项目具备上线条件下，正式上线前，开发负责人 须发起部署大会，召集相关开发人员、测试人员、产品人员、运 维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚 本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮
项目上线部署发布流程 V1.0 2017/9/14
一. 目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。二. 适用范围 适用于公司所有项目和产品 三. 职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 四. 发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 ①开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相关测试人员。 ②测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。
③测试人员通过自动化部署平台根据提供的分支号依照上线方案进行自动化部署，涉及数据库操作可提请DBA操作。 ④记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点须交付测试结果报告。 ⑤内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 ①测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C 级bug达到要求）时。开始部署预热环境，测试人员对现有功能在预热环境上进行验收测试（重新执行case）。紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决，确认达到上线标准。 ②如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线发布流程。 4.3.正式上线 ①在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮件。 ②确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支号给运维人员及DBA，DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。 ③运维，DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 ④发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题, 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。
项目需求说明书 一、资质要求 1.为保证项目实施和设备售后服务质量，投标方需为辽宁本地中央政府采购协议供货商或在本地有独立服务机构的外地中央政府采购协议供货商。 2.投标方需提供企业法人营业执照扫描件，税务登记证扫描件、单位组织机构代码证扫描件，在竞价时须以附件形式上传相关资质证明。 3.投标方应提供液晶拼接屏产品的生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 4.投标方应提供视频会议终端生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 二、总体要求 1.投标报价应为交货含税价（以人民币为结算单位），包括货物、配件、附件运至指定交货地点费用；安装费、调试费，使用培训费、系统集成费、售后服务费用、税金及其他所有相关费用的总和。采购方不再单独支付其他任何费用。 2.投标方所提供的设备需为原装正品、全新、符合国家相关质量标准。所有设备均需包含安装使用所必需的信号线、电源线等附属品。 3.投标方所提供的视频会议终端和摄像头应能与我省气象部门现有的华为设备实现数字级联，并能做到音视频及双流的双向互联互通互控，能实现对新老系统中所有的MCU和终端进行统一调度和管理。所提供设备如为其他品牌，需同时提供由权威机构出具的和华为产品兼容的测试报告。（竞价时以附件形式上传） 4.为保证系统集成工作顺利进行，投标方须针对本项目自行踏勘现场后制定完善的整体系统集成规划方案和效果图。（竞价时以附件形式上传） 5.设备验收时投标人需负责提供原生产厂商对货物的售后服务质量承诺书原件等相关资料。 三、硬件设备及技术指标 （一）清投视讯液晶拼接系统1套。主要设备含46寸液晶拼接屏12块、拼接屏底座及支架1套、内置图形处理系统1套、图形控制系统1套及相应线缆。为保证系统的安全性，要求图像拼接控制器与液晶大屏幕为同一厂商生产的合格产品。（需提供图像拼接控制器彩页加盖制造厂商公章。）具体技术指标如下： 1.液晶拼接屏采用12块（3*4）46寸液晶屏组成，两块液晶拼接单元间拼缝不大于5.5mm ，面板平整度小于0.3mm，液晶拼接单元须采用三星原装46寸S-PVA面板，需提供三星进口面板报关单以及产品彩页加盖制造厂商公章。 2.液晶拼接单元背光源采用直下式LED灯点阵排列，物理分辨率需达到1920×1080，支持信号的输入分辨率为1920×1080，对比度要求达到3500:1，屏幕亮度达到450cd/㎡，可视角度需达到178°以上(横向和纵向)。可满足7×24小时长时使用，寿命不低于50000小时。 3.液晶显示设备需要具有国家强制CCC认证、电工产品安全测试的CB体系认证报告及CE认证，投标人须提供公安部相关检测机构出具的性能检测报告。（在投标文件中提供复印件，加盖制造厂商公章） 4.液晶显示设备需经国家广电质检中心检测，必须通过抗震检测报告（8级），防尘级别达到IP5X，噪音测试报告（≤36分贝）等测试，（在投标文件中提供复印件，加盖制造厂商公章）。 5.液晶显示设备需要为节能环保产品，需要通过ROHS认证以及中国技能产品认证（在投标文件中提供复印件，加盖制造厂商公章）。
软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。 第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统，以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的
准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内置的I/0卡和其他外设等。 第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统IT参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定： (一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控制 部门审核； (二)软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们 予以协同支持，最终由风险控制部进行参数定级并进行投产参数审 核；
软件项目需求规格—说 明书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
组态建模工具需求规格说明书西安电子科技大学
目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，
它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境：
编程语言： 遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 软件交付形式： 软件交付日期： 其他：见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
软件研发流程管理办法 为加强对软件研发工作的管理，缩短开发周期，提高开发质量，降低开发成本，提高开发效率，特制定软件研发流程管理办法。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发流程的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、测试、试运行、系统上线和产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求合同或项目立项单。 2、需求分析：软件需求分析报告。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括数据库设计、软件接口说明等。 5、软件实现：软件源代码、源代码说明或者注释。 6、产品测试：测试报告。
7、产品发布：产品说明书或使用手册。软件过程成果表： 第三章、岗位设置
根据软件开发过程，主要分为分析、开发和测试三个阶段。分析阶段完成用户需求文档的编写，系统概要设计的编写；开发阶段完成设计文档的编写，代码的编写；测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，软件开发工程师和测试工程师的岗位设置。 第四章、项目立项 1、需求分析工程师进行应用调查与分析，确认软件的应用需求。
2、根据项目可行情况成立项目开发小组，制定软件开发计划，确定项目经理，并由所领导和项目经理共同确定具体项目配置，知识技能要求，团队成员及团队的角色。 第五章、项目计划与监控 1、以项目为单位，项目经理负责整个项目的计划、组织和控制。 2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。 3、项目计划需要变更时，需要明确变更容并及时汇报。项目经理需要说明变更原因并及时告知所领导审核，以便根据变更容及时调整计划。 第六章、需求分析 1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。 2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。 3、遇见需求变更时，分析需求变更容，并与项目经理一起负责对需求变更进行评估并及时告知所领导审核，以便根据变更容及时调整计划。 第七章、总体设计 1、在该阶段确定总体结构和软件开发架构，文件命名规等。可按软件需求划分子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。 2、确定软件模块结构，给出每个功能模块的功能描述，并完成系统概要设计说明书。 3、完成数据库的设计，并编写数据库设计说明书。 4、完成的文档需提交公司进行归档管理。
工作审批流程说明 Document number：BGCG-0857-BTDO-0089-2022
一、业务流程定义： 该流程描述了招商引资（买进卖出股权、盘活固定资产、新设公司）的项目拟订、谈判、签约、执行的整体流程。 二、业务流程图（见附图） 三、业务流程描述： 根据集团中长期发展规划、短期目标以及集团领导的指示，拟订招商引资项目的计划。该计划包括项目的名称、规模、人员、设备、招商要求、联系方式及联系人等。 责任人：投资部业务主管。 经理对该计划初步审核，作出计划的修改稿。 责任人：投资部经理。 集团主管领导对该计划进行审核 责任人：集团总经理。 根据领导批准的最终审批计划，利用多种途径，如集团网站、产权交易所挂牌、中介机构等，向社会公布项目信息。 责任人：投资部业务主管。 对反馈回来的信息进行筛选，确定可供进一步谈判的对象。 责任人：投资部业务主管。 经理对谈判对象初步审核。 责任人：投资部经理。
集团主管领导确定谈判对象，并对谈判的框架、权力范围作出指示。责任人：集团总经理。 在投资部经理的领导牵头下，组成谈判小组进行谈判，谈判的过程中随时将有关情况向领导汇报，并草拟合同，在交集团法律顾问审问后，向集团领导汇报。 责任人：投资部经理。 集团领导掌握谈判的原则及整体进程。 责任人：集团总经理。 投资部负责审定合同、制作合同签约文本。 责任人：投资部经理。 集团领导签约。 责任人：集团总经理 签约后，由投资部牵头执行合同，按合同中规定的各项义务分解到各个部门及子公司，由它们具体执行。 责任人：投资部经理。 投资部负责款项的收取，财务部负责款项的入帐。 责任人：投资部、财务部
CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center
第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写：CRM
1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括： Ａ、江苏淮微技术中心《CRM项目开发计划》； 参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括： 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理
项目上线部署发布流程
2017/9/14
一.目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。二.适用范围 适用于公司所有项目和产品 三.职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 四.发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 ①开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相关测试人员。 ②测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 ③测试人员通过自动化部署平台根据提供的分支号依照上线方案进行自动化部署，涉
及数据库操作可提请DBA操作。 ④记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点须交付测试结果报告。 ⑤内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 ①测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C 级bug达到要求）时。开始部署预热环境，测试人员对现有功能在预热环境上进行验收测试（重新执行case）。紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决，确认达到上线标准。 ②如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线发布流程。 4.3.正式上线 ①在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮件。 ②确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支号给运维人员及DBA，DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。 ③运维，DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 ④发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题, 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。 ⑤紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决。测试通
一、产品部署上线的步骤 1、项目立项： （1）中标项目立项：直接根据招投标组移交过来的项目中标资料，与市场进行确认后进行项目立项。 （2）试点项目立项：根据市场人员建立试点项目需求，召开需求讨论会，公司决定建立后进行项目立项。 2、确认项目具体信息： （1）上线系统及功能 （2）部署要求：部署在公司还是客户机房； （3）上线目录版本（装备标准目录、实验教学版本）：与市场人员或者客户确认具体版本信息，实验教学里面要区分学段； （4）系统上线时间：*年*月*日 （5）培训时间：*年*月*日 （6）实施内容(与市场人员确认明确实施内容的范围)：如：硬件安装、是否需要协助学校录入装备数据、标签柜卡打印粘贴、账册打印等等； 输出文件《项目需求功能表》，见附件1 3、部署上线： （1）根据上线系统功能、部署要求建立任务给产品组、运维组准备产品部署； （2）系统部署完成后，产品组根据上线目录版本进行内置初始化，并对系统进行测试及验证；
（3）运维组部署完成后将网址及admin密码提供至项目组进行产品初始化。 二、产品初始化 1、对系统进行检查：部署节点是否正确，首页图配置、上线系统等; 2、市场人员提供或与客户联系，收集需开通注册的学校名单与机构代码；（备注：机构代码建议12位数的代码，前6位数为本地行政区域代码，后6位数为学校流水号） 输出文件《学校导入模板》，见附件2 输出文件《机构导入模板》，见附件3 3、根据客户需求进行实验目录版本设置，一般情况下，产品组在初始化的时会将目录库内置进去，选配即可； 4、功能权限配置：根据试点系统要求进行功能权限配置，可根据《项目需求功能表》中的“上线功能”进行配置。 5、配置完成后，进系统进行功能验证。 友情提示：本资料代表个人观点，如有帮助请下载，谢谢您的浏览！
文档编号版本密级项目名称项目前端需求规格说明书项目来源 项目前端 需求规格说明书 编检 审批 版权所有不得复制期: 期: 期: 期:
修订记录
1. 前言 (4) 1.1. 产品背景 (4) 12 用户背景 (4) 1.3. 术语、定义、缩略语 (4) 14 参考资料 (4) 2. 系统概述 (4) 2.1. 系统上下文 (4) 2.2. 系统功能结构图 (4) 2.3. 功能清单 (4) 2.4. 流程综述 (5) 2.5. 限制与约束条件 (5) 3. 详细需求 (5) 3.1. 地址配置请求 (5) 3.1.1. 功能描述 (5) 3.1.2. 业务规则 (5) 3.1.3. 输入 (5) 3.1.4. 输出 (5) 3.1.5. 限制条件 (5) 3.2. 数据采集 (5) 3.2.1. 功能描述 (5) 3.2.2. 输入 (5) 3.2.3. 输出 (6) 3.3. 功能模块 (6) 3.3.1. 功能描述 (6) 3.3.2. 业务规则 (6) 3.3.3. 输入 (6) 3.3.4. 输出 (6) 3.3.5. 限制条件 (6) 3.3.6. 测试注意事项 (6) 3.4. 在线维护功能 (6) 3.4.1. 功能描述 (6) 3.4.2. 业务规则 (7) 3.4.3. 输入 (7) 3.4.4. 输出 (7) 3.4.5. 限制条件 (7) 4. 非功能需求 (7)
4.1. 稳定性要求 (7) 1. 刖言 1.1. 产品背景 1.2. 用户背景 1.4.参考资料 2. 系统概述 2.1. 系统上下文 2.2. 系统功能结构图 2.3. 功能清单