1、网站招聘系统需求参考文档
人才招聘系统架构设计文档
人才招聘系统架构设计文档人才招聘系统架构设计文档1. 引言1.1 目的1.2 范围1.3 定义、首字母缩写和缩略语1.4 参考文献1.5 概述2. 系统总体设计2.1 系统架构图2.2 系统功能模块划分2.3 系统组件划分2.4 系统性能要求3. 数据库设计3.1 数据库模型3.2 数据库表设计3.3 数据库索引设计3.4 数据库备份和恢复策略4. 前端设计4.1 用户界面设计4.2 页面交互设计4.3 前端框架选择和使用说明5. 后端设计5.1 业务逻辑设计5.2 接口设计5.3 服务器架构设计5.4 安全性设计6. 集成与部署6.1 系统集成设计6.2 系统部署设计6.3 系统监控和性能调优7. 测试计划7.1 测试策略7.2 测试环境7.3 测试用例设计7.4 测试执行和结果分析8. 风险管理8.1 风险识别8.2 风险评估8.3 风险应对策略9. 项目计划9.1 项目里程碑9.2 项目资源分配9.3 项目进度控制10. 问题和变更管理10.1 问题管理流程10.2 变更管理流程11. 参考资料11.1 系统需求文档11.2 系统设计文档11.3 系统测试文档11.4 系统用户手册以上是一个人才招聘系统架构设计文档的大致框架，具体内容根据实际情况进行填写。
在每个章节中，需要详细描述系统的设计原理、组件之间的交互方式、数据流动和处理过程、安全性措施等。
同时，需要考虑系统的可扩展性、可维护性、可靠性和性能等方面的要求。
软件工程课程设计案例
网上招聘系统分析设计目录第一章网上招聘系统需求规格说明书.................... - 3 -第二章软件项目的概要设计说明书. (16)第三章网上招聘系统详细设计 (51)第四章软件项目的编码案例说明 (64)第五章网上招聘系统客户端系统测试计划 (71)第六章网上招聘系统客户端系统测试设计 (75)第八章网上招聘系统客户端系统测试报告 (92)第一章网上招聘系统需求规格说明书1.导言1.1 目的该文档是关于用户对于网上招聘系统的功能和性能的要求，重点描述了网上招聘系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：·设计人员；·开发人员；·项目管理人员；·测试人员；·用户。
1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。
在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3 编写说明HR,Human Resource（人力资源管理）的缩写。
JSP,Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。
UML,Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。
1.4 术语定义无1.5 引用标准[1]《企业文档格式标准》，****************有限公司软件工程过程化组织[2]《需求规格报告格式标准》，************有限公司软件工程过程化组织1.6 参考资料[1]《UML说明》，***********************软件有限公司[2]《需求规格报告格式标准》，************公司软件工程过程化组织1.7 版本更新信息本文档的更新记录如表A-1所示。
表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述001 002 003 004 0052008.9.52006.9.102006.9.152006.9.162006.10.180.10.20.30.41.0全部第3.1节第4.1节第5.1节第7章初始发布版本增加修改修改增加2.系统定义我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。
XXX公司HR系统需求文档
XXX公司人力资源管理信息系统总体设计目标及明细功能需求人力资源管理信息化建设是每个现代企业管理的必然要求，也是每个现代企业的通行做法。
公司的人力资源系统做以下的总体设计目标:⏹系统要充分考虑我公司人力资源工作的远景，重点实现系统架构部署、数据整合和业务操作，兼顾信息分析、决策支持和自助服务。
⏹通过人力资源管理信息系统的建设，建立公司的人力资源信息标准，整合公司的人力资源基础数据，建成统一的公司人力资源数据库中心，并能与公司的其它管理软件进行软件整合.⏹公司人力资源管理系统要能够实现分级、分块管理和维护，实现公司人力资源信息的相对统一和共享。
⏹公司人力资源管理系统本身需采用先进的人力资源的管理理念，规划、收集、整理人力资源数据，在公司建立人力资源数据中心库后，能够在此基础上进行充分开发和利用各种技术实现方式,全方位、多层次地开发公司的人力资源,给公司管理提供精确的数据及资料支持.⏹在建成的公司人力资源数据中心业务平台的基础上，实现人力资源工作业务的网络化、程序化和规X化。
满足公司各层面的管理需要，定制实际有效的模型和方法，规X人力资源的管理流程。
提供多种信息咨询，为人员管理的现代化、科学化、正规化服务，从而最大限度地发挥公司人力资源数据中心的作用。
⏹使公司人才资源管理向规X化、标准化、便捷化迈进。
注重人力资源的挖掘和开发，以选人、用人、留人、培养人和发展人为人力资源管理的轴心，以公正评估、创新员工激励机制和优化公司文化氛围为手段，通过最大化的人力资源开发实现公司的人力资本增值。
⏹人力资源数据中心平台提供强大的信息处理功能，运用多种数理统计模型，通过计算和分析，提供各种形式的可视性信息和决策建议，为管理层的决策提供依据，提高公司决策质量与效率。
⏹人力资源管理信息系统需采用B/S和C/S的系统架构实现。
并且具有适应我公司未来发展的灵活性，如支持大X围的组织架构的调整和人员的调配、业务流程重组等。
⏹系统需充分体现以人为本的特点。
软件系统需求方案模板
XXX系统需求方案XXX公司修订记录目录第1章引言 (4)第2章需求概述 (5)第1章引言1.1 编写目的本文档描述了《XXX系统》设计人员对该系统总体需求分析，用于指导开发人员进行系统设计，并且帮助后续升级维护人员了解掌握该系统的设计思路。
用户也可以通过该文档更深一步的了解该系统。
1.2 定义⏹本系统： XXX系统。
⏹功能需求清单：对业务功能需求以表格形式逐项进行说明，包含功能需求编号、业务功能名称、需求描述等内容。
⏹功能单元清单：根据业务功能需求对系统功能模块及模块功能项进行划分，以表格形式逐项进行说明，包含功能模块编号、功能模块名称、功能项编号、功能项名称、对应功能需求编号等内容。
1.3 读者对象客户方的技术、管理人员以及最终用户；开发方的需求、设计、实现人员，以及项目管理人员。
1.4 参考文档⏹项目招投标文件⏹计算机软件文档编制规范 GB/T 8567-2006第2章需求概述2.1 现状随着实验室的发展，贵重仪器增多，科研人员将不断增多；在传统模式管理下，实验室使用不方便、管理混乱、有些仪器管理没有责任人、实验室管理方向不明确。
目前为适应社会发展对智能化科研管理的需要，运用先进的物联网技术和信息化手段对实验室进行精细化管理，从而大力提升科研实验室的智能性、安全性已经达到了刻不容缓的地步。
实验室不仅需要对于人的准入有一定程度上的要求，对实验室的安全培训、仪器使用、试剂采购、环境监测、气体安全、安全检查等这些人、机、料、法、环要素的管理及监控要求会更为严格，需要实现当发生故障和危险时这些系统在中央控制下可以联动起来。
因此在整体上需要解决整体性和连贯性布局的问题，那么如何将这些核心要素互相衔接和有机协作，是实验室建设过程中的头等大事，也是需亟待解决的问题。
在建设中从人员、环境、安全、仪器、数据五个部分进行开展，从多个纬度为科研实验室提出新的管理理念与管理方式，最终可以通过信息化建设不仅能将实验室管理的智能化水平达到新的一个高度。
招聘网模板
招聘网模板
我们公司现招聘以下岗位，有意者请尽快联系我们。
以下是具体岗位要求：
1.岗位：市场营销专员
要求：
-本科以上学历，市场营销、广告、传播等相关专业优先；
-良好的沟通能力和团队合作精神；
-熟悉市场营销策略和推广渠道者优先；
-有相关工作经验者优先。
2.岗位：财务分析师
要求：
-财务或相关专业本科及以上学历；
-熟悉财务分析及数据处理软件；
-良好的数学和逻辑分析能力；
-有相关工作经验者优先。
3.岗位：软件工程师
要求：
-计算机或相关专业本科及以上学历；
-精通C++/Java/Python等编程语言，有项目开发经验者优先；-熟悉常用的软件开发工具和流程；
-有团队合作精神，善于学习和解决问题。
职位招聘需求实用范本
职位招聘需求实用范本
招聘标题：职位招聘需求实用范本
尊敬的求职者，
感谢您对我们公司的关注和投递简历。
我们目前正在寻找一名称职的人才来填补我们的空缺职位。
以下是我们对该职位的详细描述与要求：
职位名称：[职位名称]
职位类型：[全职/兼职/实习]
工作地点：[工作地点]
工作时间：[工作时间]
工作报酬：[工资待遇]
招聘人数：[招聘人数]
1. 岗位职责：
- 职责一
- 职责二
- 职责三
2. 职位要求：
- 要求一
- 要求二
- 要求三
3. 任职资格：
- 资格一
- 资格二
- 资格三
4. 工作福利：
- 福利一
- 福利二
- 福利三
5. 公司简介：
我们公司是一家致力于[公司业务/产品/服务]的行业领先企业。
我们拥有一支优秀的团队，秉承着[公司核心价值观]的理念，不断创新和发展。
如果您加入我们，将有机会参与到[公司项目/业务/产品]中，与优秀的同事们一起合作，并获得个人和职业的成长。
6. 如何申请：
如果您对以上职位感兴趣并且符合要求，请将您的详细简历发送至[公司邮箱]。
我们会尽快筛选简历并与合适的候选人联系。
请在邮件标题中注明“[职位名称]-招聘申请”。
在您参与招聘流程之前，请确保您已经详细阅读并理解以上的职位描述与要求。
我们非常期待看到您的简历，并希望能与您分享更多的信息。
谢谢！
此致
[公司名称]
[联系电话]
[联系邮箱]
（以上内容仅为示例，请根据实际情况进行调整）。
个人信息管理系统-----需求说明书
个人信息管理系统需求规范说明书文档编号：PIMS_1.1版文档名称：个人信息管理系统审核批准：创建时间：2012.3.27 审核人签字：____________需求规范说明书个人信息管理系统目录1 引言 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 参考资料 (3)2 任务概述 (4)2.1 目标 (4)2.2 用户特点 (5)3 功能需求 (5)3.1 系统界面 (5)3.1.1 注册管理 (5)3.1.2 密码管理 (5)3.2 目标管理 (6)3.2 日程任务 (6)3.3 个人理财 (6)3.4 理财规划 (7)3.5 人脉管理 (7)3.6 知识管理 (8)3.7 日记管理 (8)3.8 微记管理 (8)3.9 公共管理 (8)3.10 系统管理 (8)4 性能要求 (9)4.1 精度要求 (9)4.2 时间特性要求 (9)4.3 灵活性 (9)5 输入输出格式要求 (9)6 数据管理能力要求 (10)7 故障处理能力要求 (10)8 其他专门要求 (10)9 运行环境规定 (10)1引言《个人信息管理系统需求规范说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。
对系统开发进一步详细的说明，为总体设计打下基础，更能满足客户需求。
通过对系统的详细说明，使用户和系统开发者对系统有一个共同的了解。
1.1编写目的《个人信息管理系统需求规范说明书》的目的是明确《个人信息管理系统》的各项功能和非功能的需求，确定系统功能模块。
同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。
《个人信息管理系统需求规范说明书》的阅读对象为：1）对相关业务技术和总体方案作出决策的管理人员和质量管理人员；2）对本《需求规范说明书》进行评审和确认的有关业务、技术人员；3）参加概要设计和详细设计阶段工作的全体设计人员；4）《个人信息管理系统》项目组，其他有权需要调用本文档的人员1.2背景开发软件的名称：个人信息管理系统项目任务提出者：郑州大学软件学院教师宋玉项目开发者：郑州大学软件学院工程专业2010级：杨永生、王栋、王东旭、黄海、尤欣欣、胡洁、刘晴；用户：公司人员、国家公民；实现软件者：本小组项目与其他软件、系统关系：银行支付系统（软件开发完成后投资方支付给开发方报酬）；求职人员与招聘公司信息数据库1.3 定义PIMS：Personal Information Management System是个人信息管理系统。
需求分析报告怎么写[范文模版]
![需求分析报告怎么写[范文模版]](https://img.taocdn.com/s3/m/826ebb6bcec789eb172ded630b1c59eef8c79afe.png)
需求分析报告怎么写[范文模版]需求分析报告篇一需求分析报告（一）一、那些人应该参与网站开发项目的需求分析活动需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。
这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。
而项目的管理者在需求分析中的职责有如下几个方面：1、负责组织相关开发人员与用户一起进行需求分析。
2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。
4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。
二、完整的需求调查文档记录体系在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。
为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。
各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在线图书订购系统需求说明书(参考文档>[V1.0(版本号>]拟制人审核人批准人[二零零九年10月]目录1.引言21.1.编写的目的21.2.背景21.3.定义31.4.参考资料32.任务概述32.1.目标32.2.用户的特点33.功能设计33.1.基础信息管理43.1.1.个人用户基本信息43.1.2.企业用户基本信息53.1.3.基础元数据53.2.系统基本信息63.2.1.系统用户63.2.2.用户注册管理73.2.3.用户权限管理业务83.3.订单、退货单和发货单状态管理业务83.3.1.未处理状态83.3.2.处理中状态93.3.3.已处理状态93.4.书店业务管理103.4.1.在线注册用户123.4.2.在线订单管理业务123.4.3.在线浏览所有历史订单13a．统计分析所有已处理的订单数据：state=113b.统计分析所有没处理的订单数据：state=-1133.4.4.在线退货单管理业务133.4.5.在线浏览所有退货单14a．统计分析所有已处理的退货单数据：state=114b.统计分析所有没处理的退货单数据：state=-1153.4.6.查阅各出版社新闻，新书等153.4.7.留言板管理业务153.5.出版社业务管理153.5.1.在线注册用户163.5.2.在线处理各书店订单的业务163.5.3.在线浏览所有订单<三种状态）173.5.4.统计分析所有已处理的订单数据173.5.5.发货单管理业务183.5.6.在线浏览属于本出版社的退货单183.5.7.书籍基本信息管理183.5.8.浏览、回复各书店的消息、留言等193.5.9.新闻、新书的发布194.运行环境规定204.1.硬件环境204.2.软件环境204.3.网络环境201.引言1.1.编写的目的根据书店与出版社之间的现实业务需求，将书店与出版社的订单业务管理纳入网络管理系统，方便书店的书籍定购与出版社的书籍销售管理，提高书店与出版社的管理水平和工作效率，扩大信息交流，为软件工程师的下步工作提供有力的依据。
预期读者：用户单位相关负责人、开发方软件工程师等。
1.2.背景a.系统名称：******在线图书订单系统b.提出单位：******出版社、书店c.预期用户：用户单位的相关责任人。
1.3.定义1.4.参考资料A书店调查资料B出版社调查资料2.任务概述2.1.目标出版社近几年来蓬勃发展，但原有单机信息管理系统进行业务处理的模式远远不能满足当前业务发展的需要，必须引入网络信息化的管理技术，以提高企业竞争力及管理水平。
该系统应用目标是：适应当前的业务流程，提高系统运行效率。
本系统包括基础信息管理，系统基本信息管理，订单管理等主要几个功能模块。
系统的主要特点包括：1、为出版社和书店量身定做，符合出版社和书店间业务交流的特点；2、此系统功能能够满足出版社与书店业务交流信息化的要求；3、基于Windows操作系统，SQL Server数据库，具有成本相对较低，部署简单，维护容易等特点；4、工程化实施，全程服务，保证实施成功率；5、本系统是一独立的系统软件，所有需求功能均自含；可为其它系统软件提供数据依据。
2.2.用户的特点通过调查，出版社用户和书店用户对业务本身较熟悉，普遍对计算机操作较为熟练；但由于各出版社和书店同时在线使用，所以要求系统本身的实时性等；为了用户的操作方便，务必要求系统在易用性上充分加以考虑。
3.功能设计系统操作主要流程如图1所示：图13.1.基础信息管理对客户<书店）和供应商<出版社）的基本信息进行详细调查和记录。
主要是对招聘系统内部一些基本信息的维护. 包括个人用户,企业用户,系统用户, 内部基础信息(元数据,如省市,行业,岗位,学历……数据表>的维护….3.1.1.个人用户基本信息书店基本信息是把一家书店的基本情况大概的描述出来，让游客和出版社对该书店有一定的了解。
书店的基本信息包括：书店名称、详细地址<包括省份、城市）、成立时间、图书经营情况、图书经营种类、邮箱等等。
通过书店注册可以添加书店基本信息，注册后系统会自动产生一个书店编号发送到书店的邮箱里面。
系统自动产生书店编号的格式：bookshop+注册时间<年月日）+六位自动生成码。
个人基本信息的维护可以删查改(增加个人用户的功能不在此维护,于用户自己注册>. 更多的操作是以各种方式查看注册用户的信息,以及数据统计.……..3.1.2.企业用户基本信息企业用户不能注册, 由企业向招聘网站运营商交纳一定费用后, 得到一个给定的帐号和密码, 企业信息由企业登录后自己去维护. 添加企业时企业的基础信息要添加进去,如企业名称,法人等(这些都应由公司申请网上招聘并交费时一起提供,录入>. 可进行CRUD的操作. 查询操作的功能尤为重要, 应尽可能多的从各个方面统计出已注册企业的信息以及其它商业信息(这些可以为网站的运营带来收益>……在此大家写上企业用户基本信息包含的一些内容( 相当于数据库字段>出版社基本信息是把该出版社的基本情况大概的描述出来，让书店和游客对该出版社有一定的了解。
出版社的基本信息包括：出版社名称、详细地址<包括省份、城市）、图书出版情况和种类、成立时间等等。
通过出版社注册可以添加出版社基本信息，注册后系统会自动产生一个出版社编号发送到出版社的邮箱里面。
系统自动产生出版社编号的格式：publisher+注册时间<年月日）+六位自动生成码。
3.1.3.系统用户基本信息包括:用户名,登录名,密码,…..如有时间,应加入权限管理机制(如用户,角色,功能的解决方案>.3.1.4.基础元数据每家书店和出版社都有自己所在的省份,地市和县,进行这些信息的调查和统计有利于双方之间的业务往来个人用户,企业用户在使用系统时都要填写地址(包括省,市,区等>,系统应列出这些选项让用户选择.学历行业作息岗位信息…英语级别…每家书店和出版社都有自己所在的省份,地市和县,进行这些信息的调查和统计有利于双方之间的业务往来省市级表基本信息：ID<主键自动增长）、parentID(父ID>、Name(名称>。
3.2.系统基本信息3.2.1.系统用户系统用户主要是招聘网站的工作人员和管理人员用来对系统进行操作的用户.3.2.2.个人用户注册管理注册用户包括：出版社用户、书店用户；必须经过验证才能开通使用，产生的用户密码可以发到其邮箱里；可以免费使用半年，半年之后提示必须注册为正式用户。
注册用户必须选择角色信息<通过下拉列表实现选择）。
角色基本信息包括：角色编号、角色名<出版社用户、书店用户）。
注册用户基本信息包括：用户编号<主键自动增长）、注册码<书店编号或出版社编号）、用户名、用户密码、真实姓名、注册时间、电话、地址、Email、备注<是否为正式用户）。
注册码是用户注册时必要的身份识别码，必需先从书店或出版社基本信息里面验证注册码是否存在，才能确定是否通过用户注册，从而避免垃圾用户的出现。
用户基本信息和角色信息通过用户角色信息表联系。
用户角色信息表结构为：用户角色ID<主键自动增长）、用户编号、角色编号。
用户注册成功后，根据用户角色信息可赋予用户书店业务管理权限或出版社业务管理权限。
未注册用户<游客）可以浏览各书店和出版社的新闻、消息和进入留言板块进行留言，但不具备进入网站业务管理模块的权限。
3.2.3.用户权限管理业务用户登陆在线图书订购系统后，根据用户的角色不同给予其不同的权限。
权限管理基本信息包括：权限编号、权限名称。
权限管理基本信息和角色信息通过角色权限信息表联系。
只有超级管理员<系统用户）才会具有权限管理业务的权限。
3.3.订单、退货单和发货单状态管理业务A.订单信息订单状态分为三种：未处理订单、处理中订单和已处理订单。
订单基本信息包括：订单编号、书店名称、出版社名称、订单状态、订单总金额、下单时间、处理时间、书店下单操作人、出版社处理操作人、备注等。
订单状态基本信息：主键ID<自动增长）、状态编号<-1、0、1）、状态名称。
再附加订单明细表基本信息：订单明细编号<自动增长）、订单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。
B.退货单信息退货单状态分为三种：未处理退货单、处理中退货单和已处理退货单。
退货单基本信息：退货单编号、订货单编号、发货单编号、书店名称、出版社名称、退货金额、退货时间、退货原因、退货单状态、书店退货操作人、出版社处理操作人、备注等。
退货单状态基本信息:主键ID<自动增长）、状态编号<-1、0、1）、状态名称。
再附加退货单明细基本信息：退货单明细编号<自动增长）、退货单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。
C.发货单信息发货单状态分为三种：未处理发货单、处理中发货单和已处理发货单。
发货单基本信息：发货单编号、订单编号、出版社名称、书店名称、发货金额、发货时间、发货单状态、出版社发货单操作人、书店处理操作人、备注等。
发货单状态基本信息:主键ID<自动增长）、状态编号<-1、0、1）、状态名称。
再附加发货单明细基本信息：发货单明细编号<自动增长）、发货单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。
3.3.1.未处理状态A.未处理状态订单当书店新建一张订单提交之后,此订单就为“未处理”状态<state=-1）,此时需要等待出版社对您这张订单进行查阅和处理,而在“未处理”状态时订书用户还可以对这张订单进行修改、删除操作。
未处理状态退货单。
B.未处理状态退货单当书店新建一张退货单提交之后，此退货单就为未处理退货单<state=-1），此时需要等待出版社对此退货单进行查阅和处理。
当退货单处于未处理状态并且书店还没退货时，此书店用户还可以对这张退货单进行修改、删除操作。
C.未处理状态发货单当出版社根据书店订单新建一张发货单之后，此发货单就是未处理状态<state=-1），这时需要等待书店收货之后再进行处理。
当发货单处于未处理状态并且出版社还没有发货时，此出版社用户还可以对这张发货单进行修改、删除操作。
3.3.2.处理中状态A.处理中状态订单当书店用户下定单之后，出版社用户就会对其下的定单进行相关的处理，此状态时<state=0）表示该订单正在出版社用户所做的业务处理中，还未处理完毕；此时该订单的建立用户可以浏览，但不能对其进行修改和删除操作。
B.处理中状态退货单当出版社用户收到书店用户的退货，核对退货单无误时，出版社用户就要修改退货单的状态为已处理状态，此过程中退货单为处理中状态<state=0），此时该退货单的建立用户可以浏览，但不能对其进行修改和删除操作。