项目管理-需求说明文档
学生信息管理系统项目需求分析说明书
学生信息管理系统项目需求分析说明书文档作者：项目组长：批准人：批准日期：目录1绪论 (2)1.1 课题研究背景 (2)1.2 国内外研究动态 (2)1.3 选题的意义和价值 (3)2 相关技术简介 (4)2.1 开发技术的选择 (4)2.2 项目开发的工具 (5)2.2.1 MYECLIPSE简介 (5)2.2.2 MYSQL简介 (5)2.2.3 TOMCAT简介 (5)2.3 数据库的连接 (6)3系统需求分析 (6)3.1 可行性分析 (6)3.2 功能需求分析 (7)3.3 性能要求分析 (7)3.4运行环境规定 (8)1绪论1.1 课题研究背景随着我国教育产业化的飞速发展，社会对教育水平和教学管理软硬件的要求日益提高，尤其是对一个学校能够具有一整套完善的教学管理软件提出了更多的要求。
为了适应这种形式，教育系统尤其是大学不仅首先要有坚实的硬件基础，还要有一整套完善的教学管理软件管理系统。
而要实现这一功能，就要求学校管理者配备一套高效的教育管理网络系统，以便在学校内实施良好的一整套完善的管理且以最快地速度响应教师和学生的需求，及时为他们提供服务，为他们提供一个高效、便捷的环境。
学生信息管理系统是校园网络中一个重要的应用系统，它大大改善了学校教学、科研与管理的基础环境，在一定程度上反映出学校管理现代化的水平。
1.2 国内外研究动态管理信息系统(MIS)是进行信息的采集、存储、加工、维护和使用的系统。
它是随着管理科学和技术科学的发展而形成的。
MIS的发展与计算机网络技术的发展是紧密相关的，随着Internet/Intranet技术的广泛应用，MIS的体系结构也发生很大的变化，从以往基于C/S结构的数据访问及安全体系发展到当前的基于B/S结构体系。
学生信息管理系统是典型的管理信息系统（MIS），其系统开发主要包括数据库的规划设计与维护和客户端应用程序的开发两个方面。
对于前者要求建立起的数据库具有完整性和一致性，且具有一定的数据安全性，而对于后者则要求程序界面友好、功能完备，容易使用，具有流行软件的操作习惯等特点。
项目需求文档
项目需求文档引言概述：项目需求文档是一个重要的文档，用于明确项目的目标、范围和功能需求。
它是项目开发过程中的基石，对于项目的成功实施和交付起着关键作用。
本文将详细介绍项目需求文档的内容和结构，以及每个部分的要点。
一、项目概述：1.1 项目背景：介绍项目的背景和目的，包括项目的发起人、需求来源和项目的重要性。
1.2 项目目标：明确项目的目标和预期成果，包括项目的交付物、时间和质量要求。
1.3 项目约束：列出项目的约束条件，如预算、资源、技术限制等。
二、需求定义：2.1 功能需求：详细描述项目的功能需求，包括系统的功能模块、用户需求和使用场景。
2.2 非功能需求：定义项目的非功能需求，如性能、安全、可靠性、可维护性等方面的要求。
2.3 接口需求：说明项目与外部系统或组件的接口需求，包括数据交换、通信协议和集成要求。
三、需求分析：3.1 用例分析：通过用例图和用例描述，详细说明系统的功能和用户交互流程。
3.2 数据模型：设计系统的数据模型，包括实体关系图、数据字典和数据库设计。
3.3 系统流程：描述系统的主要流程和业务逻辑，以流程图或活动图的形式展示。
四、需求优先级和变更管理：4.1 需求优先级：根据业务价值和紧急程度，对需求进行优先级排序，以便在项目实施过程中进行合理的资源分配。
4.2 变更管理：定义需求变更的流程和规则，确保需求变更的合理性和可控性。
五、验收标准和交付物：5.1 验收标准：明确项目交付物的验收标准和评估方法，以确保项目交付的质量和符合预期。
5.2 交付物清单：列出项目交付物的详细清单，包括文档、软件、硬件和培训资料等。
5.3 交付计划：制定项目的交付计划，包括交付时间表、交付阶段和交付责任人。
结论：项目需求文档是项目管理中的关键文档，它对于项目的成功实施和交付起着决定性的作用。
通过准确描述项目的目标、范围和功能需求，项目需求文档能够帮助项目团队和利益相关者明确项目的方向和期望，实现项目的成功交付。
项目管理实战模板-用户需求说明书(需求)
{项目名称} 用户需求说明书目录第1章引言 (3)1.1目的 (3)1.2背景 (3)1.3参考资料 (3)第2章业务现状 (3)2.1业务术语 (3)2.2现有系统的分析 (3)2.3业务部门、用户角色及其职责 (3)2.4业务架构图 (4)2.5业务架构说明 (4)第3章业务描述 (4)3.1××业务 (4)3.2××业务 (5)第4章业务接口 (5)4.1××接口名称 (5)第5章业务数据描述 (6)5.1业务数据指标描述 (6)5.2××信息 (6)5.3业务数据字典描述 (6)第6章业务流量分析 (6)6.1数据量分析 (7)6.2业务量变化分析 (7)第7章表式 (7)7.1×××表 (8)7.2×××表 (8)附录：需求确认 (9)（项目在编写用户需求说明书时，根据项目的实际情况，可从中选择适用的章节。
）第1章引言1.1目的（描述本系统的目的，如何满足合同中用户的要求。
）1.2背景（描述本系统的开发背景。
）1.3参考资料（整理用户需求的过程中参考的一些资料，如适用的法律法规、政府公文、行业标准、其它案例等。
）第2章业务现状2.1业务术语（描述此文中用到的业务术语，和用户对术语达成一致，也便于阅读者理解后续文档内容）2.2现有系统的分析（描述用户现在使用的系统。
以便于针对用户现在使用的信息系统进行分析，可能会涉及系统切换和数据转储的设计实现）2.3业务部门、用户角色及其职责2.3.1业务部门及其职责（描述业务管理部门以及每一个业务管理部门在本系统中所承担的主要职责）2.3.2用户角色及其职责（从业务角度描述主要用户角色以及各角色主要职责）2.4业务架构图（使用图表的方式说明本系统的业务架构，要求清晰明了）2.5业务架构说明（使用文字，结合业务架构图对业务架构进行简单说明，可挑选本模块主要业务流程进行说明，也可挑选主要用例进行说明）2.5.1××流程说明2.5.2××用例说明第3章业务描述（详细描述本系统各功能，要求能够体现需求调研中获取的关于本功能的各项业务信息，如业务操作地点、操作用户角色，业务操作流程，业务规则，业务输入输出等）3.1××业务3.1.1业务概述（可以分下面三个方面进行描述业务操作用户角色业务操作地点业务描述）3.1.2业务流程图（使用VISIO画出本业务功能的业务流程图，流程中每一个方块一般对应一个程序功能，要求在方块右边注明执行这个程序功能的业务操作员和业务操作地点）3.1.3业务流程描述说明（结合业务流程图进行描述，要描述清楚流程图中每一个步骤的输入输出以及执行这个步骤的具体过程、条件、操作时间等）3.1.4业务规则（描述本业务功能的业务规则）…3.2××业务第4章业务接口（描述各业务模块之间或业务与外系统间的业务上的接口，不描述系统设计时的接口）4.1××接口名称…第5章业务数据描述5.1业务数据指标描述（描述系统中使用的业务数据指标）5.1.1××信息5.2××信息5.3业务数据字典描述（描述业务数据字典，如业务代码等）5.3.1××字典5.3.2××字典第6章业务流量分析（分析本系统在不同的时间段内业务数据处理数量以及业务操作的频度及操作时间控制，以下表格可作参考。
(完整)项目需求规格说明书(模板)
XXXXXX管理平台项目需求规格说明书二零一四年二月11.文档信息2.版本历史信息3.版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，均为保密信息。
任何个人、机构未经XXXXXX公司的书面授权许可，不得复制、引用或传播本文件的任何片断,无论通过电子形式或非电子形式.24.文档确认3目录1 文档介绍 (5)1。
1 文档目的 (5)1.2 文档范围 (5)1。
3 读者对象 (5)1。
4 术语与缩写解释 (6)1.5 相关文档 (6)2 综合描述 (6)2.1 XXXXXX功能介绍 (6)2。
2 XXXXXX功能框架(框架图) (7)3 功能性需求 (7)3。
1 XXXXXX (7)3。
1.1 XXXXXX (7)4 接口需求 (13)4.1 与其它系统接口 (13)41文档介绍1.1文档目的编写本需求规格说明书目的是为了以系统建设要求为指导，结合对XXXXXX部门的访谈和需求收集，及基本需求的分析汇总，形成调研阶段的分析结果。
本文档是对XXXXXX管理平台下的XXXXXX、XXXXXX共两个功能模块的基本需求功能特性的描述，用于定义项目范围，明确开发需求,并为后期的分析设计、代码实现和测试提供指导。
（1）分析设计,以本需求规格说明书为标准完成总体设计和详细设计;（2）代码实现，以本需求规格说明书为标准，并结合总体设计、详细设计完成代码编写;（3）测试，以本需求规格说明书为标准,结合分析设计完成单元测试用例和系统测试用例编写和测试。
1.2文档范围本需求规格说明书对XXXXXX管理平台下的XXXXXXX功能模块的功能定义、接口定义、UI设计、以及其他研发约束条件等研发需求做了详细定义。
1.3读者对象本需求规格说明书的读者对象：(1）项目经理:项目经理可以根据该文档了解预期系统的功能，并据此进行系统设计、项目管理。
（2）设计人员：对需求进行分析，并设计出系统，包括数据库的设计。
项目需求说明书模板
文件编号xxxx-J/C-20xx-XQ-002 版本号V1.0 页码共11页编制人/部门审批人编制日期20xx年x月xx日发放对象研发部项目需求说明书模板文件修改控制序号版本*变化状态修改内容、页码及条款修改人批准人修改日期1 V1.0 A 初稿柴肖娟张军2016-3-23 *变化状态：A——增加，M——修改，D——删除目录1简介 (3)1.1目的 (3)1.2适用范围 (3)1.3参考资料 (3)2项目概述 (3)2.1项目前景 (3)2.2用户特点 (3)2.3项目功能 (3)2.4应用模型 (4)2.5设计和实现上的限制 (4)2.6假设和依赖 (4)3业务实体 (4)3.1业务实体关系图 (4)3.2实体属性说明 (5)4业务流程 (5)5功能性需求 (5)5.1系统功能概述 (5)5.2用户组织管理（以下以组用户组织管理中子功能组织机构管理为例） (7)5.2.1组织机构管理 (7)5.2.2 (8)5.3 (8)6非功能性需求 (8)6.1用户界面需求 (8)6.2软硬件需求 (8)6.3项目质量需求 (9)6.4故障处理要求 (10)6.5其他专门要求 (10)6.6接口 (10)6.7其他需求 (10)1简介1.1目的项目需求说明书的编制是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解，使之成为整个开发工作的基础。
1.2适用范围提供对指定的项目及其目的的简短描述，解释产品要做什么，不做什么，项目适用的领域和不适用的领域，应当包含的内容和不包含的内容，说明项目将如何被使用，以及相关的利益和目标。
1.3参考资料在此需要把参考资料逐一列出来。
2项目概述2.1项目前景叙述该项目开发的意图、应用目标、作用范围以及其他应向读者说明的有关该项目开发的背景材料。
解释被开发项目与其他有关项目之间的关系。
2.2用户特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
需求格式及范文-概述说明以及解释
需求格式及范文-范文模板及概述示例1:需求格式及范文需求是在项目管理和软件开发中非常重要的一步，它定义了项目或软件的目标、功能和特性。
一个完善的需求可以帮助团队成员明确任务，减少误解并提高开发效率。
在撰写需求的过程中，有一些常用的格式和范文可以参考，下面是一些常见的需求格式及范文：1. 标题需求的标题应简洁明了，能够表达需求的核心内容。
范例：用户注册功能2. 描述在需求的描述部分，应该详细说明需求的背景、目标、功能和预期结果。
范例：该功能旨在提供一个用户注册系统，使新用户能够创建一个账户并进入系统。
注册后，用户可以使用他们的账户登录系统，访问特定的功能和服务。
3. 功能点列出需求中必须实现的功能点，并对每个功能点进行详细描述。
范例：- 用户应该能够输入所需的个人信息，例如用户名、密码、电子邮件等。
- 用户应该能够验证他们的账户信息，以确保输入的信息准确可用。
- 系统应该能够保存用户的注册信息，并在需要时将其用于登录和其他相关功能。
- 系统应该能够提供错误提示和反馈，以帮助用户在注册过程中遇到问题时进行解决。
4. 非功能性需求除了功能点外，还需指定一些非功能性需求，例如性能、安全性、可用性等。
范例：- 注册过程应该在30秒内完成，以确保用户能够快速注册账户。
- 用户的密码应该经过加密存储，以保护用户的个人信息。
- 注册页面应该易于使用，用户能够轻松地找到和填写所需的信息。
5. 附加要求在需求中，还可以列出一些额外的要求，例如技术要求、测试需求等。
范例：- 该功能应该与现有的用户数据库进行集成，以实现用户信息的统一管理。
- 测试团队应该编写适当的测试用例，并在上线前对注册功能进行全面测试。
以上是一些常见的需求格式及范文，希望对你撰写文章有所帮助。
在实际工作中，需求的撰写还应根据具体项目的需求和团队的工作流程进行调整和优化。
示例2:需求格式及范文格式：标题：需求格式及范文引言：介绍需求格式的重要性，以及撰写需求的目的。
科研管理系统建设项目需求说明（第二次）
武汉软件工程职业学院科研管理系统建设项目需求说明
一、特殊条款要求
1.投标厂商须有丰富的高校科研管理系统建设经验，在湖北地区有多家成功案例。
2.系统采用J2EE技术，B/S架构，数据库能够采用Oracle/Sqlserver2005等。
3.系统需要为学校的数字化校园平台预留接口，保证系统能够和数字化校园平台进行对接。
4.系统需兼容湖北省教育厅要求上报的教育部科技统计和社科统计，且能直接完成教育部统计数据上报工作。
5.验收及相关费用由投标人负责。
二、技术功能要求。
项目管理系统需求说明书
项目管理系统需求说明书项目管理系统需求说明书1、引言本文档旨在详细描述项目管理系统的需求，包括系统的功能、性能、安全性等方面的要求。
通过这份需求说明书，项目团队和开发人员能够清晰地了解系统需求，从而确保项目在开发过程中达到预期目标。
2、项目背景描述项目管理系统的背景信息，包括项目的目标、范围、预期效果等。
对项目所面临的问题和需求进行详细分析，并说明为什么需要开发这样一个系统。
3、功能需求3.1 用户管理描述系统中用户的角色和权限管理，包括用户的注册、登录、密码重置等功能。
说明系统中不同角色的权限分配和管理。
3.2 项目管理描述系统中项目的创建、编辑、删除等管理功能。
包括项目的基本信息、负责人分配、时间进度管理、任务分配等。
3.3 任务管理描述系统中任务的创建、编辑、删除等管理功能。
包括任务的基本信息、关联项目、负责人、优先级、截止日期等。
3.4 日程管理描述系统中日程的创建、编辑、删除等管理功能。
包括日程的日期、时间、提醒设置、参与人等。
3.5 文档管理描述系统中文档的、编辑、删除等管理功能。
包括文档的分类管理、版本控制等。
3.6 团队协作描述系统中团队协作的功能，包括讨论区、任务分配、文件共享、消息通知等。
3.7 报表描述系统中报表的功能，包括项目进度报表、任务分配报表、团队工作报表等。
4、性能需求描述系统的性能要求，包括系统的响应速度、并发能力、数据处理能力等。
说明系统所需的硬件环境和软件环境。
5、安全需求描述系统的安全要求，包括用户身份验证、数据的保密性、系统的防护措施等。
说明如何防止未授权访问和数据泄露等安全问题。
6、界面设计描述系统的界面设计，包括主页、菜单、表单等界面的布局和样式。
阐述用户界面的易用性和友好性。
7、扩展需求描述系统的扩展需求，包括对于未来功能的支持和系统的可扩展性。
考虑系统的可升级性和集成性。
8、附件本文档附带以下附件：- 附件一、功能需求的详细描述- 附件二、界面设计的原型图- 附件三、报表样例附录：法律名词及注释- 根据相关法律及法规对文档中涉及的法律名词进行解释和解释。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目管理平台项目需求说明书目录1. 项目背景与描述 (3)1.1. 项目背景 (3)2. 项目概述 (3)2.1. 系统架构图 (4)2.2. 系统模块结构 (5)2.3. 系统模块描述 (5)3. 系统功能性需求 (6)3.1. 登录 (6)3.2. 首页 (7)3.2.1. 我的日历 (7)3.3. 全景图 (8)3.3.1. 项目全景图 (8)3.3.2. 人力资源管理 (10)3.3.3. 人员申请-列表页 (12)3.3.4. 人员申请-新增页 (14)3.3.5. 人员审批-列表页 (16)3.4. 后台管理功能 (17)3.4.1. 用户管理 (17)3.4.2. 角色管理 (18)3.4.3. 部门管理 (19)3.4.4. 项目管理 (20)3.4.4.1 项目状态管理 (20)3.4.4.2 项目类型管理 (21)1.项目背景与描述1.1.项目背景在传统的项目开发过程之中，很多公司人力资源安排都是处于一种粗放管理状态，通过邮件、会谈的方法进行人员的安排，人员交流的成本过大，不利于信息的一致性以及快速传递。
这种模式使得项目任务不能在最短的时间内进行有效合理的分配和管理，也不能及时人性化进行人员调动及时对新任务新方案进行实施，这样给整个项目工作带来的极大的不便，因此传统的项目管理模式很难适应现实的生产需求。
建立一种新型的项目管理系统显得十分必要。
利用信息化技术开发项目管理系统，就是创造一个协助项目经理对人员调配，工作任务、进度的管理，的项目管理系统。
项目管理系统能有效合理分配人员，同时也方便项目人员了解项目情况。
2.项目概述项目管理平台目前分为两大模块：全景图与后台管理。
全景图：对公司的项目管理流程进行系统化的管理，特别是人员申请；将项目在系统上立项，方便了全体员工查看项目的相关信息；人员的申请从传统的邮件或书面流程：项目部邮件申请>部门经理手工更新人力资源表>通知部门成员；变更为系统化流程：项目部通过项目经理申请>部门经理审批通过>直接更新人力资源表，系统自动通知到部门成员。
全景图的作用具体表现在：1、项目全景图表重点字段整合，突出重点内容，方便查看项目信息。
2、项目经理发起人员申请流程化，项目数据管理系统化，避免项目信息管理混乱，数据更统一规范。
3、优化原来繁琐的操作步骤，让部门经理更新任务更加方便。
4、人力资源表展示更直观。
后台管理：对公司的用户、角色、部门、项目状态、项目类型进行管理与维护全景图的作用具体表现在：实现了公司管理上的信息化与现代化，极大的方便了对公司员工信息的分类以及管理。
2.1.系统架构图项目管理平台系统架构图例2.2.系统模块结构项目管理平台模块架构图例2.3.系统模块描述项目管理平台主要分为全景图和后台管理三个模块。
全景图功能：日历：展示当前账号本月的工作计划安排。
项目全景图：项目全景图查看、更新进度（包括文档进度、申请人员以及项目备注）以及项目立项。
人力资源管理：部门的人力资源安排情况查看，部门经理可在该模块安排人员工作计划。
提交人员申请：由项目部人员发起项目人员申请。
审批人员申请：由部门经理审批人员申请流程。
后台管理功能：用户管理：系统所有账号统一管理模块。
角色管理：系统角色管理模块。
部门管理：企业组织架构配置。
项目管理：项目类型管理：项目类型维护。
项目阶段管理：项目阶段维护。
3.系统功能性需求3.1.登录➢用例名称：登录➢功能描述：企业用户登录验证➢参与者：公司全体员工➢前置条件：用户在一体化平台后台拥有登录账号并点击登录➢输入：用户名、密码（由管理员在后台维护）➢输出：获取用户信息，跳转到系统首页➢业务规则：1、用户名和密码为必填项，点击登录时需要校验是否为空，其中一项为空时需要作出红框标识提示用户去填写必填项；2、用户名或密码输入错误时提醒用户“密码错误”；2、用户名和密码输入无误后点击【登录】，提示登录成功！获取用户基本信息，并跳转到系统首页；3、提供【记住账号】勾选框，勾选后下次用户登陆时从cookie默认填入登陆信息➢数据元素：➢界面设计：3.2.首页3.2.1.我的日历➢名称：首页-我的日历➢功能描述：展示当前用户本月人力资源安排➢参与者：公司全体员工➢前置条件：用户成功登录一体化平台，部门经理已安排工作➢输入：无➢输出：该用户人力资源表本月安排➢业务规则：1、首页日历默认显示当前登录者本月的人力资源安排，数据来源于后台人力资源表；2、日历显示每天的工作安排；3、用户可对日历进行月份的切换；4、日历中系统当天默认红色字体标识。
➢数据元素：名称类型是否必填说明日历表格前端保存日期数据星期文本数据来源人力资源表工作安排文本数据来源人力资源表年份按钮切换年份月份按钮切换月份➢界面设计：3.3.全景图3.3.1.项目全景图➢名称：项目全景图➢功能描述：纵览全公司项目的进展情况➢参与者：公司全体员工➢前置条件：无➢输入：项目管理基本属性查询➢输出：项目列表➢业务规则：1、项目全景图默认按项目的创建时间倒序排序。
2、修改权限：只有项目经理有全景图修改权限。
3、查询条件支持模糊搜索。
4、列表字段：项目阶段、项目类型支持下拉筛选，效果类似EXCEL。
5、人员申请情况：点击按钮展示该项目人员，需要关联人力资源表数据，可通过人力资源管理模块修改通过人员申请模块添加或删除，项目经理为项目创建时确定，但也可以通过人力资源管理模块修改。
6、立项：弹出新增项目框新增一个项目，填写项目名称、项目分类、项目状态、项目时间、项目经理、备注、客户等，新增项目排在项目列表第一行。
7、高级搜索：弹出高级搜索界面，可对项目名称、项目类型、项目状态、项目时间进行高级搜索，筛选出相关项目并展示在项目全景图界面上。
➢数据元素：➢界面设计：3.3.2.人力资源管理➢名称：人力资源管理➢功能描述：部门经理安排人员工作➢参与者：公司全体员工➢前置条件：无➢输入：部门、月份➢输出：人力资源管理详情➢业务规则：1、人力资源管理默认显示本周当前部门的人员工作安排。
.2、可以筛选展示哪个部门的人员，若选择全部，则显示全部人员；也可以选择展示人员安排的时间段；也可以特定某个人员；3、点击日期格子弹出工作安排界面，可安排人员工作；（仅部门经理可以操作自己部门的员工）1）安排：下拉框，单选，选项内容：请选择/项目/请假/出差/其他；选择请选择表示此人当天没有工作安排；选择项目后需要填写项目名称和任务；选择请假、培训、外出、其他则直接提交即可。
安排选择“请选择”后提交可清空工作安排。
2）项目：安排选择项目的时候为必填项，点击【选择项目】弹出项目选择框，单选一个项目安排到部门人员身上，可清空重选。
3）任务：文本框，安排选择项目的时候为必填项。
➢数据元素：名称类型是否必填说明部门下拉框数据来源后台部门管理日期日期控件YYYY-MM工作安排点击弹出工作安排界面弹出框-安排下拉框请选择/项目/请假/培训/外出/其他弹出框-项目下拉框弹出框-任务文本框➢界面设计：3.3.3.人员申请-列表页➢名称：人力申请-列表页➢功能描述：由项目经理发起人员申请流程➢参与者：项目经理➢前置条件：当前用户角色为项目经理，已配置人员申请模块权限➢输入：查询条件（项目名词、申请时间、审批人等）➢输出：人员申请流程列表➢流程图：➢业务规则：1、人员申请列表展示当前账号提交的人员申请数据。
2、申请项目：提交人填写，数据来源项目全景图。
3、提交人：项目经理名称，以当前登陆用户为提交者。
4、申请人员：列表显示申请流程涉及的人员，多个时分行。
5、审批人：按申请人员所属部门，根据经理角色定位部门经理。
6、审批状态：未审批/已通过/不通过，由审批人在“我的审批”模块同步此状态。
7、操作：已生成的流程，项目经理在人员申请模块可以删除，删除后该人员从项目中去除。
8、查询条件支持模糊搜索。
9、点击【发起人员申请】，新增一条人员申请审批流程，跳转到人员申请新增界面。
10、发起人员申请时可批量申请人员，但查看列表以单个人员为维度查看。
➢数据元素（查询条件）：名称类型是否必填说明项目名称下拉框提交日期日期控件人员文本框➢界面设计：3.3.4.人员申请-新增页➢名称：人力申请-新增➢功能描述：由项目经理发起人员申请流程➢参与者：项目经理➢前置条件：当前用户角色为项目经理，已配置人员申请模块权限➢输入：人员申请审批信息（项目名称、申请人、申请时间、工作内容等）➢输出：人员申请流程➢流程图：同3.3.3流程图➢业务规则：1、搜索：在项目文本框中，可输入模糊匹配项目名，可在其中单选项目；也可选择时间人员，筛选出符合条件的项目2、点击【添加】，跳转到新增界面。
3、新增项目组成员：新增人员申请流程默认一个成员，可填写成员名称、申请时段和任务，当需要申请多个成员时，可点击【新增成员】，每次点击增加一个成员。
4、人员：点击【新增成员】按钮弹出新增成员框，数据来源后台-用户管理，通过选择部门将人员加载到人员下拉框选项中，可人员下拉框中单选人员。
5、申请时间：如果有成员存在与申请时间冲突，则该人员以红色显示。
6、审批人：不可选，由系统自动带出，根据申请人员所属部门+经理角色，定位到申请人员的部门经理。
7、审批流程涉及到多个项目成员时，假设审批人涉及多个部门经理，需要将审批流程按部门人员拆分，并推送各个部门经理进行审批，比如审批流程涉及方案部人员A和研发部人员B，流程提交后，人员A的流程给到方案部部门经理审批，人员B的流程给到研发部部门经理审批。
➢数据元素：员】人员弹出框必填申请时间日期组件必填工作内容文本框➢界面设计：添加界面添加人员界面3.3.5.人员审批-列表页➢名称：人员审批-列表页➢功能描述：由部门经理审批人员申请流程➢参与者：部门经理➢前置条件：当前用户角色为部门经理，已配置人员审批模块权限➢输入：查询条件（项目名词、申请时间、审批人等）➢输出：人员申请流程列表➢流程图：同3.3.3流程图➢业务规则：1、申请项目：提交人填写，数据来源后台项目管理。
2、项目名称：选择项目后带出，数据来源项目全景图。
3、提交人：项目经理名称，数据来源后台用户管理。
4、申请人员：单条审批流程只涉及一个人员的审批，项目经理对统一项目申请多个人员时需要拆分显示。
5、审批状态：未审批/同意/拒绝，由审批人在“我的审批”模块同步此状态。
6、操作：未审批状态的流程，可点击【同意】（或【拒绝】）按钮，改变其审批状态；同意或拒绝状态的流程只能查看。
7、查询条件支持模糊搜索。
➢数据元素（查询条件）：➢界面设计：3.4.后台管理功能管理员账号进行登录则出现后台管理模块。
3.4.1.用户管理➢名称：用户管理➢功能描述：用户账号管理➢参与者：后台管理员账号➢业务规则：1、支持用户的新增、禁用、编辑、查询、配置角色、修改密码、删除操作。