PRD-产品开发项目文档管理规范
产品开发项目文档管
理规范
文档编号：COSHIP-CMMI-PRD-PDPDM
密级：机密
版本信息：1.8
批准日期：
编辑软件：Microsoft Word 2003 Microsoft Visio 2003
同洲电子股份有限公司版权所有
内部资料注意保密
文档修订记录
目录
1 概述 (1)
1.1 目的 (1)
1.2 适用范围 (1)
2 产品开发文档体系 (1)
3 文档质量的度量准则 (3)
4 主要角色和职责 (3)
4.1 文档作者 (3)
4.2 项目经理 (4)
4.3 PPQA (4)
4.4 配置管理工程师 (4)
4.5 评审组 (4)
4.6 部门经理 (4)
5 文档审核流程 (5)
5.1 审核流程 (5)
5.2 归档签名 (6)
5.3 纳入基线 (6)
6 文档保密制度 (7)
7 文档编号 (7)
7.1 文档编号规则 (7)
7.2 阶段代号 (8)
8 文档版本 (9)
1概述
1.1 目的
规范公司产品开发项目的文档体系，加强文档的标准化管理。
2
3文档质量的度量准则
评审文档质量的度量准则有以下六条：
完整性：所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。
正确性：在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。文档与所述的对象保持一致，必要时应进行实时的文档版本升级。
可读性：文档应该表达清晰、逻辑条理分明、表现形式通用。
简明性：在项目各个阶段所编写的各种文档的语言表达应该准确简练。
规范性：文档的规范性是指采用当前最新的模板。其完整性及内容的充实程度应不低于模板的要求。
可追溯性：在项目各个阶段所编写的各种文档应该具有良好的可追溯性。由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。
4主要角色和职责
4.1 文档作者
文档作者包括公司内的项目组成员以及外协人员。文档作者在文档方面的主要工作为：1）在项目开发过程的各个阶段中，按照规定及时地完成项目文档的编写工作，文档作者有责任保证文档编写与开发同步。
2）文档作者不仅要审核文档字面上有无错漏，还要审核所陈述的技术内容是否精确，及表达方式上是否清晰易懂。文档作者对文档的正确性、可读性和规范性全面负责。
3）文档作者保证所编写的文档与所描述的对象保持很好的一致性，必要时及时更新文档，便于以后维护工作和后续开发工作的开展。
4.2 项目经理
项目经理是控制文档准确性的关键环节，项目经理与文档作者一起构成文档正确性的直接责任人。
项目经理在文档方面的主要工作为：
1）项目经理制定整个项目的文档计划（包含在项目计划中），并督促落实文档计划的实施。
2）负责对技术内容正确性的检查并校对文档内容与所述对象最新版本是否保持一致。
3）定义项目文档的密级。
4.3 PPQA
PPQA的主要工作为：
1）对文档作者提供的文档进行编号。
2）检查项目各阶段文档计划的执行情况，确保文档的三级审核制度得到执行直至最后归档。
3）对文档进行规范性审查。
4）根据文档计划，组织评审组对文档进行评审。
5）确认项目经理定义的文档密级，并确保文档的保密性得到有效控制。
4.4 配置管理工程师
将评审通过或是部门经理审核通过的文档纳入基线管理，根据密级确认相应的权限。
4.5 评审组
对需要评审的文档（可行性研究报告、项目计划书、需求规格说明书、概要设计书等）的内容进行质量把关。
4.6 部门经理
文档作者所属部门的部门经理对不需评审的文档进行最终审核。
5文档审核流程
对每一份文档要求在纳入基线前，从项目经理、PPQA、部门经理或评审组，进行三级审核，这样，分别从文档质量的完备性、正确性、可读性、简明性、规范性、可追溯性等方面进行分层把关，并最后签字确认其文档质量合格。
产品开发项目的文档管理层次结构如图1所示：
审核：PPQA。
批准：如果此文档需评审，则批准人为评审组长；否则为文档作者所属部门的部门经理。
5.3 纳入基线
产品开发项目文档在经过三级审批通过后，由配置管理工程师纳入基线进行管理。
6文档保密制度
为确保产品开发项目文档的安全性，防止技术资料的外泄以及维护公司的权益，对每种文档还应划定它们各自的保密级别。
每份文档的密级原则上根据其所含技术的保密要求以及产品进入市场的程度，由项目经理负责指定。文档是按照与开发同步的原则写作，所以大多数文档在第一次纳入基线时，其密级一般为“机密”，然后随着产品的逐渐成熟，其保密程度会逐渐放开，所以每份文档的密级标志是动态的。纳入基线后的文档密级若需要改变，可由项目经理提出申请，配置管理工程师责对文档所在配置库重新分配权限。
文档密级共分为四级：
绝密：指只有极少数人可以查阅的文档。如：核心技术的文档、预研项目的文档等。
此类文档应严格保密，配置库权限一般只分配给研发领导指定人员，须签订保密协
议。
机密：指只有项目组的人可以查阅的文档。如：《软件概要设计说明书》、《硬件概要设计说明书》等。对此类文档，配置库权限分配给项目组成员，其他人如需申请
权限，需经项目经理批准。
普通：指在公司范围内开放的文档。如：《产品规格》等。此类文档可在公司范围内进行传阅。
公开：指对外开放的文档。如：《产品说明书》及相关宣传资料等。对此类文档不做权限控制。
以上密级归类仅供参考，各项目经理应根据产品竞争策略需要等实际情况确定归入哪个密级，做到在保密基础上的资源共享。
7文档编号
文档以产品和项目为单位进行划分，对每篇文档根据其所属产品、项目和具体描述内容定义一个唯一的编号。文档编号由PPQA分配。
注：硬件原理图、PCB图、结构图纸、BOM等文件编码不在此编号范围内。
7.1 文档编号规则
文档编号由五部分组成，各部分由‘-’分隔，其构成如下：
产品型号_项目编号_阶段代号_模块代号
对文档进行编号时，各组成部分最好都有对应的代号及含义。如果不需区分模块，则以‘&’代替模块代号。
其中：
产品型号：一般对应于产品型号（外部型号）。
项目编号：所开发产品的项目编号。
阶段代号：此文档对应的项目阶段代号，请参见7.2。
模块代号：软件功能模块或硬件单板的缩写。
如：新华社项目设计阶段的设计文档《MPE模块概要设计书》的文档标号为：CDVB5110G_ DC-P071114-21_PD.SW_MPE。
7.2 阶段代号
具体请参见《PRD-版本管理规范》。
图书馆管理系统文档(含源代码)免费
程序设计综合训练<图书馆管理系统> 设计报告 院系：材料科学与工程学院 专业班级：材料成型一班 姓名：张成智 学号： 20111402128 指导老师：肖老师
一、程序功能简介 图书排序功能 1）按图书编号排序 可以按图书编号的大小排序，显示到屏幕上。（从小到大） 2）按图书出版时间排序 可以按图书出版时间的前后排序，显示到屏幕上。（从近到远） 3）按图书价格排序 可以按图书价格的贵宜排序，显示到屏幕上。（从便宜到贵） 4）按图书书名排序 可以按图书书名字符的大小排序，显示到屏幕上。（从小到大） 5）按图书作者名排序 可以按图书作者名字符的大小排序，显示到屏幕上。（从小到大） 二、本人完成的主要工作 图书排序功能（排序比较简单只要做出来一个，其他都和它雷同。） 三、设计方案 1.设计分析； 1)序功能简介： s 进入系统
|| 2）各个功能流程图 1、按图书编号排序 菜单 1-添加图书 4-图书排序 5-查询图书 6-修改图书 7-录入数据 0-退出系统 2-删除图书 3-图书列表 输入编号、书名、 作者名、出版社、 类别、出版时间、 价格。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行删除。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行列出。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行排列。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行咨询。 依次录入编号、书名、作者名、出版社、类别、出版时间、 选择编号、书名、作者名、出版社、类别、出版时间、 价格进行修改。 输入0返回原始菜单。
(完整版)公司电子文档管理规范bybonnie
电子文档管理规范 GL-24 第一章总则 第一条、为适应公司信息化建设的需要，规范电子 文件归档与管理工作，保障电子文件的真实性、完整性、有 效性和安全性，结合公司的实际情况，制定本制度。 第二条、本制度所称的电子文件是指在数字设备及 环境中生成，以数字形式存储于磁带、磁盘、光盘等载体， 依赖计算机等数字设备阅读、处理，并可在通信网络上传送 的文件及相应的支持软件产品和软、硬件说明。 第三条、本制度所称的电子文件归档与管理是指在各项 活动中产生并具有保存价值的电子文件（含电子公文）的形 成、积累、鉴定、归档、保管、使用和统计的过程。 第四条、本办法适用于本公司范围内的所有部门。 第二章电子文件管理体系 第一条、行政管理部门建立与各部门档案人员、数据管 理人员的指导和联系制度，保证及时沟通、解决在电子文件 归档与管理中出现的问题。 第二条、为保证电子文件的安全性，防止因灾难、病毒、意外等可能带来的数据丢失，对于电子文件正式文本实行双 套保存（电脑保存和移动载体保存）有永久和长期保存价值
的文本或图像、图形形式的电子文件，必须制成纸质文件， 同步归档保存。 第三条、一般电子文件的分类； 1．文字型电子文件；2．图像电子文件；3．音频电子文件；4．影像及多媒体音像数据； 第三章电子文件的收集与保存 第一条、电子文件在形成、接收时就要制作备份。在文 件流转的每一个环节，只要发生过信息变化的，都必须制作 备份，并在文件内容中注明：初稿、修订稿、定稿。如需多 次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。 第二条、对已经定稿完毕的电子文件及时交由行政部进 行统一编号发布，无论有没有归档，都要定期制作备份。 第三条、电子文件登记表（附表）应当与电子文件同时 保存。 第四条、电子文件稿本代码： M—草稿性电子文件；U—非正式电子文件；F—正式电子文件； 第五条、文件来源分类是收文单位对所收到的文件按其 来源进行的分类。归档分类可以分两类；就是内部和外部文 件。外部文件划分成可以是“机构+日期”模式。内部进行的
项目文档管理制度
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 明确文档的拟制、审核人员, 文档控制员。 明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 由文档控制员统一接收。 加盖或记录接收日期（时间）。 赋予文档控制编号。 记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 加盖或记录发送日期（时间）。 记录输入文档中心受控库，保存原件。 发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 原则上严禁文档原稿进行借阅。 借阅副本应进行登记，加盖副本章。 副本销毁的规定。 限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
[PRD]产品需求文档规范模板
[PRD]产品需求文档 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改文件标识：Company-Project-RD-UR 当前版本：Beta 1.0 作者： 完成日期：2013-03-05
修订历史 序号版本编写/修订说明修订人修订日期备注1 2
目录 一、项目概述 (4) 1、产品背景介绍 (4) 2、产品概述及目标 (4) 3、阅读对象 (4) 4、参考文档 (4) 5、术语与缩写解释 (4) 二、产品角色 (4) 三、产品设计约束及策略 (5) 四、产品模型 (5) 五、产品功能性需求 (5) 1.、业务流程图 (5) 2、功能模块划分 (5) 3、功能模块设计 (5) 六、产品非功能性需求 (6) 1、软硬件环境需求 (6) 2、产品质量需求 (6) 3、安全性需求 (6) 4、产品升级维护需求 (6) 5、接口需求 (6) 6、其他需求 (6)
一、项目概述 1、产品背景介绍 提示：主要介绍在在什么环境下做这个产品，为什么要做这个产品2、产品概述及目标 提示：产品的概要介绍，期望实现的目标 3、阅读对象 提示：指明文档阅读对象，如需求评审人员，开发人员，测试人员等4、参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 5、术语与缩写解释 缩写、术语解释 二、产品角色 提示：产品的使用者
三、产品设计约束及策略 提示:应当遵循的标准或规范，包含程序与UI部分的要求 四、产品模型 提示：用概念体现主要业务实体及其关系，并加以说明，大型实体关系图可以分块展示，内容包括：模型图，概念说明，关系说明 五、产品功能性需求 1.、业务流程图 提示：产品整体业务流程图，如过大，可分块展示 2、功能模块划分 提示：针对业务流程图，将所划分出来的模块及简要说明罗列出来 3、功能模块设计 提示：包括各模块的业务流程，用例描述，用户界面，字段及其他说明
Git源代码管理规范样本
Git源代码管理规范 一、分支管理 使用git进行源代码管理, 一般将某个项目的所有分支分为以下几条主线: 1.Master 顾名思义, 既然名字叫Master, 那么该分支就是主分支的意思。master分支永远是production-ready的状态, 即稳定可产品化发布的状态。 2.Develop 这个分支就是我们平常开发的一个主要分支了, 不论是要做新的feature还是需要做bug fix, 都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本, 即完成了某个feature或者修复了某个bug后的开发稳定版本。 3.Feature branches 这是由许多分别负责不同feature开发的分支组成的一个分支系列。new feature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后, 就会合并到develop分支去。
4.release branches 这个分支系列从develop分支出来, 也就是预发分支。在预发状态下, 我们往往会进行预发环境下的测试, 如果出现缺陷, 那么就在该release分支下进行修复, 修复完毕测试经过后, 即分别并入master分支后develop分支, 随后master分支做正常发布。 5.Hotfix branches 这个分支系列也就是我们常说的紧急线上修复, 当线上出现bug且特别紧急的时候, 就能够从master拉出分支到这里进行 修复, 修复完成后分别并入master和develop分支。 下面这张图将完整展示这一个流程
二、工作原理Git的工作方式:
也就是说, 每次提交版本变动的时候, git会保存一个快照(snapshot)。如果文件没有被更改, git也不会再次保存, 而是提供一个到原来文件的链接。这样一来, git更像是一个小型的文件系统。另外, git的所有操作都能够是本地的, 仅仅在将新版本的内容上传到服务器上时才需要连接网络。 Git目录( repository) 是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。
项目管理办法
项目文档管理办法 （版本） 2015-04-14
1 引言 1 .1编写目的 制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流 ,以利项目开发及进展； 制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容 项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求 项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序 对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立
统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。 对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式， 加入文档编号后上传到SVN服务器相关目录下。 注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划； b. 有关项目的审批文件、合同书、专家建议； c.国内外相关情况考察报告和专题分析报告；
公司文件管理规定流程和相关表格
公司文件管理规定流程 一、目的 加强档案管理，规范公司档案的收集、归档程序和方法，确保公司档案的完整性、准确性和系统性。提供符合公司需求和保证管理体系有效运行的证据。 二、适用范围 适用于公司及各部门档案的收集、整理、分类、利用及归档。 三、术语和定义 1、档案：指公司过去和现在各级部门及员工从事业务、经营、企业管理、宣传等活动 中所直接形成的对企业有保存价值的各种文字、图表、账册、凭证、报表、电脑盘 片、声像、胶卷、荣誉实物、证件等不同形式的历史记录。 2、档案管理：就是指档案的收集、整理、鉴定、保管、统计、提供利用等活动。 四、职责 1、行政中心： 1）负责公司档案的集中管理和制度执行及检查工作，并负责督促指导部门档案管理。 2）建立健全公司档案管理制度，指导、监督和检查执行情况； 3）收集、整理、分类、鉴定、统计、保管公司的档案和其他资料； 4）负责公司档案的利用和销毁管理，监控档案利用和销毁的全过程，确保公司档案的安全；指导公司的档案管理工作。 5）提高档案信息的利用效率，促进信息传递和沟通； 6）负责组织学习和培训档案管理办法、使用知识。 2、其他各部门相关人员： 1）负责在工作变动时，做好或协助移交工作，并及时通知行政中心； 2）向行政中心移交合同或文件资料原件或复印件； 3）负责本部门文件资料或合同复印件的日常收集、标识、贮存、保管、利用、归档； 4）财务管理部负责按国家财政制度规定独立建档保管财务档案资料； 3、各部门主管人员 1）批准对自己部门资料或合同复印件的处置。 4、各中心总监/副总
1）负责对档案管理监督检查报告的审批。 五、工作程序 1、档案资料的收集 1）各部门相关人员负责对本部门日常工作中形成的合同及文件资料进行收集，并编制部门《文件（合同）管理记录目录》。 2）各部门文件、合同等资料原件需要保存的，各部门分别进行整理，并编制《移交目录》每季度向行政中心移交。 a)归档范围及移交时间 b)档案资料的标识 行政中心及各部门对各自保管的档案资料编号，编号规则见公司档案管理规定。 c)档案资料的日常管理： ⑴电子类合同或其他需要保管的电子文件，应当及时存放于档案室指定电脑硬盘内或 制作专门光盘进行编号保存。 ⑵文件、合同资料要登记详细信息，并编制《文件（合同）管理记录目录》，以便 检索利用。 ⑶文件资料、合同要科学排列，按编号顺序存放于文件盒内，并加以标识，整齐排 放在文件／档案柜中。 d)档案借阅 ⑴借阅档案要履行借阅手续，填写《档案借阅审批单》。借阅档案原件只限在公司内， 不能带出；必须带出公司查阅的，需依照借阅权限由相关领导批准； ⑵档案外借一般只借复印件，需借原件者须经总经理批准，借阅的档案交还时，必须 当面点交清楚，如发现遗失或损坏，应立即报告直接上级； ⑶借阅档案用完后，应及时送还，如超过借阅时间，须重新办理手续； ⑷借档人必须爱护档案，不得擅自涂改、污损、勾画、剪裁、抽取、拆卸、调换、摘 抄、翻印、复印、摄影，不得转借或损坏； e)档案销毁 ⑴对已失去利用价值的档案，销毁时，必须写申请销毁报告，编制销毁目录，报部门 经理和部门分管副总鉴定，最后报总经理的批准，方可销毁。 ⑵执行销毁任务时，必须由行政中心人员监销，监销人不得少于二人，并在销毁目录
项目文档管理办法
项目文档管理办法 （V1.1版本） 2015-04-14
1 引言 1 .1编写目的 制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流,以利项目开发及进展； 制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容 项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求 项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序 对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行
汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。 对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。 注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划；
产品需求文档(PRD)参考模板
Xxx系统需求说明
目录 1产品概述2 1.1目标&意义2 1.2领域知识3 1.3思维导图3 1.4业务流程图3 2功能围5 2.1功能名称5 2.1.1功能说明5 2.1.2用例说明5 2.1.3操作流程7 2.1.4界面原型9 2.1.5对应字段9 2.1.6相关规则10 3词汇表10 4非功能需求10 4.1规则变更需求10 4.2产品服务需求10 4.3帮助需求10 4.4安全性需求10 4.5上线实现需求3 5上线时间安排表10 1产品概述 说明：<简单描述项目的背景、意义、目的、目标等，描述领域知识> 1.1目标&意义 项目目标： 完整保存教师信息； 简化教师管理流程； 提高相关部门工作效率； 建立合理系统功能。 项目意义： 保证每学期开班的正常进行
建立有效的教师管理机制 按照统一规则计算工资，保证教师待遇、奖金的公平公正性 有效提高师资管理相关部门的工作效率，优化工作流程 1.2领域知识 说明：<包括：项目涉及到的业务背景、业务知识、业务词汇解释。> 项目类似于人力资源管理系统，主要信息管理、考勤、工资、合同、排名、访谈几个角度管理和利用教师信息为实际工作服务。 涉及工资核算、考勤制度。 1.3思维导图 <整个产品功能思维导图> 1.4业务流程图 <整个产品涉及业务的整个流程图>
2功能围 <主要功能描述> 2.1教师入职 2.1.1功能说明 <描述功能的作用> 新录入老师的信息管理 入职老师审批 专职老师转正审批 审批记录查询 2.1.2用例说明 <编写业务用例，即按照真实的用户业务划分用例，记录人机交互过程，完成用例描述>
电子公文收发管理规定
广西钦州力顺机械有限公司 电子公文收发管理规定 （试行） Q/LSGBG04-2006 一、总则 1、为使公司的电子公文处理工作规范化、制度化、科学化，结合公司实际制订本规定。 2、使用计算机存储并通过公司电子文件收发系统传递的公司文件（技术文件除外），统称为电子公文，这些文件包括内部上行、平行、下行的文件。 3、电子公文与书面公文具有同等效力。 4、能够使用电子文件收发系统传递的公文，必须使用电子文件收发系统进行传递。因特殊情况不便于使用电子系统传递的，允许使用书面形式传递。 二、电子公文的传输 5、电子文件收发系统传输经过批准的公文。传输前需要签发的文件，起草、核稿、会签、签发等过程仍然按照《文件管理程序》执行。 6、电子公文签收后不能更改，因此发文部门传输公文时，必须核准无误方能传输。 7、部门主管可以为本部门人员建立账号并赋予相应权限，可以委托本部门有权限的人员传输文件。 8、部门传输文件后，部门主管必须对该文件负责。 9、发文部门要及时通过文件签收系统跟踪电子公文发放后的签收情况，适时提醒接收部门（或终端用户）签收。 10、发文部门在签收后发现文件错误的，必须及时通知办公室进行处理。 11、文件的传输提倡采用附件的形式传输。 三、电子公文的签收 12、各部门主管（或终端用户）应在每天上下午，上班后和下班前按规
定主动打开公司电子文件收发系统不少于四次，以便及时接收查看文件。 13、部门主管可以为本部门人员建立账号，并赋予相应权限，可以委托本部门有权限签收的人员签收。 14、各部门接收文件时，必须及时点击“签收”按钮，以便于发文部门了解签收情况。 15、各部门点击“签收”按钮签收文件后，视同该部门已经知道文件内容，部门主管应对该文件负责。 16、本部门（或终端用户）签收文件后，可将该文件复制到本部门（或终端用户）指定的计算机上存档。 17、接收部门应按文件的内容及应传达的范围在本部门传达文件精神。部门主管也可以建立一个公共的查阅账号，供本部门人员进入系统查阅本部门的公文。 18、签收后发现错误的，应及时将情况通知发文部门和办公室。 四、电子公文的安全和保密 19、各部门（或终端用户）使用初始密码进入电子公文收发系统后，必须自行更改密码，并妥善保护好自己的密码，不得随意泄露。 20、公司电子公文，未经公司同意不得擅自外传或自行打印。如需要书面形式的公文，由发文部门统一打印。 21、电子公文传输系统未经批准不得与其他网络相连接。 22、各部门必须遵守公司的《计算机网络管理规定》（Q/ZLGBG13-2001）的规定。 五、电子公文的归档、管理 23、电子公文传输完毕后，收、发文部门要及时整理、归档，并根据《文件管理程序》的要求销毁。 24、不具备归档和存查价值的电子公文，经鉴别并经办公室负责人批准，可以删除销毁。
项目文档管理制度
项目文档管理制度
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 ①明确文档的拟制、审核人员, 文档控制员。 ②明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 ①由文档控制员统一接收。 ②加盖或记录接收日期（时间）。 ③赋予文档控制编号。 ④记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 ①加盖或记录发送日期（时间）。 ②记录输入文档中心受控库，保存原件。 ③发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 ①原则上严禁文档原稿进行借阅。 ②借阅副本应进行登记，加盖副本章。 ③副本销毁的规定。 ④限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
产品需求文档模板Word 文档
<产品名称>产品需求说明书 [注：产品需求说明书的定义：此文档的目的是收集、分析和定义<
修订记录：
目录 一、简介 (12) 1、目的 (12) 2、范围 (12) 二、用户角色描述 (12) 三、产品概述 (12) 1、总体流程 (13) 2、功能摘要 (15) 四、产品特性 (16) 1、读书人社区首页 (16) 1.1 优先级 (16) 1.2 特性描述 (16) 1.3 社区首页 (16) 1.3.1 读书会列表 (16) 1.3.2 热评书潮 (17) 1.3.3 视频节目 (18) 1.3.4 社区名人 (18) 1.3.5 读书会推荐 (19) 1.3.6 热门原创 (19) 1.3.7 读书快报（新闻） (20) 1.3.8 合作伙伴列表（页底） (20) 2、板块一——藏书阁 (21) 2.1 藏书阁首页 (21) 2.1.1 页面描述 (21) 2.1.2 搜索 (21) 2.1.3 书籍推荐 (21) 2.1.4 书评推荐 (22) 2.1.5 名家读书会专题 (23) 2.1.6 分类推荐 (24) 2.1.7 一周好书 (25) 2.1.8 排行榜 (25) 2.1.9 读书会推荐 (27) 2.1.10 合作伙伴 (27) 2.2 分类浏览 (27) 2.2.1 页面描述 (27) 2.2.2 模块定义 (28) 2.2.3 藏书分类 (28) 2.2.4 藏书 (28) 2.2.5 书籍推荐 (30) 2.2.6 读书会（用户自建社团）推荐 (31)
公司电子文档管理办法
公司电子文档管理办法 —、总贝!J （―）为适应公司信息化建设的需要，规范电子文件归档与管理工作保障电子文件的真实性、完整性、有效性和安全性, 结合公司的实际情况，制走本制度。 （二）本制度所称的电子文件是指在数字设备及环境中生成, 以数字形式存储于磁带、磁盘、光盘等载体,依赖计算机等数字设备阅读、处理”并可在通信网络上传送的文件及相应的支持软件产品和软、硬件说明。 （三）本制度所称的电子文件归档与管理是指在各项活动中产生并具有保存价值的电子文件（含电子公文）的形成、积累、鉴走、归档、保管、使用和统计的过程。 （四）本办法适用于本公司范围内的所有部门。 二电子文件管理体系 （―）行政管理部建立与各部门、各单位档案管理人员、数 据管理人员的指导和联系制度，保证及时沟通、解决在电子文件归档与管理中出现的问题。 （二）为保证电子文件的安全性,防止因灾难、病毒、意夕帶可能带来的数据丢失,对于电子文件正式文本实行双套保存（电脑保存和移动载体保存X有永久和长期保存价值的文本或图像、
图形形式的电子文件，必须制成纸质文件, 1/7 同步归档保存。 （三）一般电子文件的分类： 1.文字型电子文件; 2?图像电子文件； 3?音频电子文件； 4 .影像及多媒体音像数据。 三、电子文件的收集与保存 （―）电子文件在形成、接收时就要制作备份。在文件流转的每一个环节,只要发生过信息变化的z都必须制作备份,并在文件内容中注明：初稿、修订稿、定稿。如需多次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。（二）对已经走稿完毕的电子文件及时交由行政人事部进行统—编号发布,无论有没有归档,都要走期制作备份。 （三）电子文件登记表（附表）应当与电子文件同时保存。（四）文件来源分类是收文单位对所收到的文件按其来源进行 的分类。归档分类可以分两类；就是内部和外部文件。夕卜部文件划分成可以是〃机构+日期”模式。内部进行的分类部门的需用部门名称、项目需使用项目名称+日期以文件夹或压缩文件打包。2/7
如何写PRD(产品需求文档)
如何写PRD PRD是每个产品人员最经常看到的文档，还是有很多产品的朋友问我PRD怎么写，如何才能表达清楚意思。其实PRD并没有规定的格式，每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRD。 PRD（Product-Requirement-Document，产品需求文档），这对于任何一个产品经理来说都不会陌生的一个文档，一个PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整体产品思维。 产品经理的整体思维体现在： 1、提炼核心需求 2、思考满足核心需求的方式 3、评估方式优劣选定方案 4、思考功能概要 5、思考支撑功能和关联功能 6、细化设计功能 7、子功能（功能间迭代） PRD其实就是将以上的思维整体走向写出来，同时将产品的思想提炼出来，用文字表示给开发者，给UI、给视觉、给老板……PRD给的是一种思想，将产品的整体思想和核心需求灌输给产品的相关人员，都说PRD是个承上启下的功能，因为上接MRD，下对MRD进行技术性的描述。 网上已经有太多互联网公司的PRD文档，淘宝、百度、腾讯等这类大型互联网公司都有自己的PRD规范，适合企业的需要的PRD才是真正PRD。以淘宝的PRD为例，讲解一下PRD的主要内容。 1、文件命名（编号） 文件的编号很关键，因为产品迭代过程会有不同的文件版本，一般命名规则“公司名+产品名+PRD+D1.0”（以第一版为例），这样命名有利用版本号的迭代，如果是小的产品需求变动可以直接命名为“公司名-产品名-PRD-D1.01”，如果涉及到功能需求增加可以命名为“公司名-产品名-PRD-D1.1”，当出现产品第二版时，可以命名为“公司名-产品名-PRD-D2.0”。 2、修订控制页 一般有这么几项：编号、文档版本、修订章节、修订原因、修订日期、修改人。编号只是为了给个修改的顺序，文档版本显示的当前修改的内容是在哪个版本中出现，修订章节是具体到哪个章节哪个功能模块的修改，修订原因说明此功能修改的问题所在。修订日期以修改当日的日期为修订日期，修改人显示修改内容模块的人，可能是当前用户也可能是其它产品人员。
电子管理办法
电子文档管理办法 1目的 为促进和规范公司办公自动化的进程，确保所使用的电子文档的充分性、适用性和有效性，并对电子文档进行有效控制，特制定电子文档管理办法。 2适用范围 适用于我公司编制或制定的手册、程序文件、管理细则文件、各类制度、设备操作规程、各类报表等电子文档的管理。 3职责 3.1综合部负责各类制度、职业健康体系运行等电子文档的管理；负责办公用计算机、服务器、办公自动化系统及网络系统使用的技术支持及维护。 3.2各部门负责本部门内的电子文档管理。 3.3质量管理部负责手册、程序文件等管理体系电子文档的管理。 3.4制造部负责环境管理体系运行、安全生产等电子文档的管理 3.5设备科负责设备操作规程等电子文档的管理。 4工作程序 4.1各部门在公司办公自动化系统上共享文件的管理
4.1.1各部门可根据需要向综合部申请在服务器上建立部门共享文件夹，填写《用户申请单》，并设置文件夹权限，确保只有使用该用户名登陆服务器，才可拥有对该申请部门的共享文件夹具有完全控制权限。 4.1.2各部门对本部门的服务器用户名及密码进行管理，防止其外泄和广泛知晓，并确保知晓本部门用户名及密码的人员是有限的并经过许可的。 4.1.3服务器上共享文件的类型由各部门自行规定，通常包括：“质量、环境和职业健康安全管理体系文件”、“公司规章制度”等需要使较大范围内员工了解的文件。 4.1.4文件共享前应由所在部门负责人批准后方可共享，然后由文件制定者通知所要发放的人员。 4.2OA系统上电子文档的管理 4.2.1OA系统帐户的申请，公司内部员工如因工作需要，填写《用户申请单》向综合部申请，经批准后由综合部新开帐户。 4.2.2OA系统安装和维护由综合部负责提供技术支持。 4.2.3OA系统上文件的管理内容 4.2.3.1各类重要信息和通知邮件内容超过一页（A4纸）者，须使用附件的形式传送。 4.3电子文档的受控
源代码管理规范
1源代码管理 (1) 总则 (1) 源代码完整性保障 (1) 源代码的授权访问 (2) 代码版本管理 (2) 源代码复制和传播 (5) 系统测试验收流程 (5) 系统初验 (6) 试运行 (6) 系统终验 (6) 应用系统验收标准 (8) 文档评审通过标准 (9) 确认测试通过标准 (9) 系统试运行通过标准 (10)
1代码管理 总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。
项目文档资料管理规范
一、目的 为了规范项目文档资料的管理工作，确保项目文档资料的系统性、完整性和准确性，充分发挥文档资料管理在项目中的作用，特制定本规定。 二、范围 本规定适用于项目开始直到项目结束的内外来往信函、会议纪要、备忘录、技术文件、管理文件、质量记录等所有与项目有关文件和资料的管理。 三、职责 3.1 项目经理 a) 负责组织制定项目文件的相关规定，对项目文件的控制负全责； b) 负责为项目文件和资料管理创造必要的条件。 3.2 综合管理经理 a) 负责项目文档资料相关规定的编制和监督检查； b) 负责编制项目文件和资料的编码规定； c) 负责组织项目结束后文档资料立卷、移交归档。 3.3 分项经理 a) 负责本部门的文档资料的管理；
b) 负责本部门项目结束后文档资料的移交。 3.4 文控管理工程师 a) 配合综合管理经理制定项目文档资料管理规定并监督检查； b) 负责项目文件和资料的接收、分类、登记、传递、发放等； c) 负责项目实施阶段文档资料收集、整理、编目及归档工作； d) 负责项目结束后项目文档资料立卷、移交。 4 管理要求和方法 4.1 一般规定 项目文档资料的管理应从项目申请立项到竣工验收的全过程，项目经理部各分项经理应在职责范围内对项目实施过程中所形成的文件、图纸、资料，随时进行积累整理、立档和保管，并采取必要措施，防止档案资料的损毁和遗失以及有关保密档案资料的泄密。 4.2 文档分类及编号 4.2.1 项目文件分类 4.2.1.1 项目信息文件 项目信息文件指项目实施过程中传递的任何书面信息文件。
a) 来往信件、传真； b) 备忘录； c) 会议纪要； d) 文件传送单。 4.2.1.2 项目管理文件 项目管理文件指项目运行过程中必须编写的管理文件。 a) 项目协调程序； b) 项目进度与费用控制程序； c) 项目质量保证手册； d) 项目资源配置手册等。 4.2.1.3 项目技术文件 项目技术文件指按照合同要求，项目技术人员完成的各种设计文件及图纸等。 4.2.1.4 项目其它文件 项目其它文件除上述几种文件外，项目实施过程中产生的其它文件。 a) 进度报表；
项目管理文档填写及流程管理规范
项目管理文档填写及流程管理规范 1 项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2 项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)
1项目文档管理 1.1项目前期 《项目整体进度步骤》 《系统功能要求》 《客户资料信息表》 《项目立项表》（产品版本、项目人员） 《项目实施计划表》《项目实施详细时间表.》 《项目预算表》 《系统初始设置表》 《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设） 《标准培训文档》 1.2项目中期 《服务器设备调试报告》（服务器配置数据库配置） 《POS设备调试报告》（pos机配置型号、系统安装配置） 《其他设备调试报告》（条码打印、电在称、价签、等等） 《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认） 《系统正式使用确认报告》包括转入售后部分 1.3项目后期 《文档提交确认单》 《售后服务单》
1.4项目整个周期 出差申请单（参考财务） 《项目增项需求单》（新需求或变动） 《项目周报》 《项目分配奖金表-部门》 费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线 《设备验收清单》（包括第三方软件） 网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程
源代码管理规范
代码管理制度 1总则 (2) 2源代码完整性保障 (2) 3源代码的授权访问 (2) 4代码版本管理 (3) 5源代码复制和传播 (4) 6系统测试验收流程 (5) 6.1 系统初验 (5) 6.2 试运行 (5) 6.3 系统终验 (5) 6.4 系统验收标准 (6) 6.5 文档评审通过标准 (7) 6.6 确认测试通过标准 (7) 6.7 系统试运行通过标准 (7)
1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。 第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。
公司电子文档管理规范by_bonnie3
郎邦橱柜公司文档管理方案 第一章总则 第一条、为适应公司信息化建设的需要，规范文件归档与管理工作，保障文件的真实性、完整性、有效性和安全性，结合公司的实际情况，制定本方案。 第二条、本方案所称的文件是指在数字设备及环境中生成，以数字形式存储于磁带、磁盘、光盘等载体，依赖计算机等数字设备阅读、处理，并可在通信网络上传送的文件和计算机打印出来、传真或复印等纸质文件。 第三条、本方案所称的文件归档与管理是指在各项活动中产生并具有保存价值的文件（含电子公文）的形成、积累、鉴定、归档、保管、使用和统计的过程。 第四条、本办法适用于本公司范围内的所有部门。 第二章文件管理体系 第一条、行政管理部门建立与各部门档案人员、数据管理人员的指导和联系方案，保证及时沟通、解决在文件归档与管理中出现的问题。 第二条、为保证文件的安全性，防止电子文件因灾难、病毒、意外等可能带来的数据丢失，对于电子文件正式文本实行双套保存（电脑保存和移动载体保存）有永久和长期保
存价值的文本或图像、图形形式的电子文件，必须制成纸质文件，同步归档保存。 第三条、一般文件的分类； 1．文字型文件；2．图像文件；3．音频电子文件；4．影像及多媒体音像数据； 第三章文件的收集与保存 第一条、文件在形成、接收时就要制作备份。在文件流转的每一个环节，只要发生过信息变化的，都必须制作备份，并在文件内容中注明：初稿、修订稿、定稿。如需多次修改的文件还需标注：修改1稿、修改2稿、以此类推并注明修改人姓名和修改时间。 第二条、对已经定稿完毕的文件及时交由行政部进行统一编号发布，无论有没有归档，都要定期制作备份。 第三条、文件登记表（附表）应当与电子文件同时保存。 第四条、文件稿本代码： M—草稿性文件；U—非正式文件；F—正式文件； 第五条、文件来源分类是收文单位对所收到的文件按其来源进行的分类。归档分类可以分两类；就是内部和外部文件。外部文件划分成可以是“机构+日期”模式。内部进行的分类部门的需用部门名称、项目需使用项目名称+日期以文件夹或压缩文件打包。