的提交部门可以分为研发部内部需求和业务部门需求。
f需求类型研发部内部需求产品部门需求
需求类型定义研发部内部提出的系统开发、性能优化、软件升级等需求。研发部以为的部门提交的系统开发需求，主要指产品部。
按需求的内容可分为功能开发需求、平台网站类需求、数据需求。
需求类型
需求类型定义
新业务功能功功能改进能参数调整开发需需求变更求
系统问题
APP界面类需求
数据需求
已有系统中没有此功能，需要在原有基础上新增功能当前系统已经有此功能，因组织架构、制度规范、业务处理流程等发生变化，需要对现有系统的某些功能进行优化调整已有系统中已经存在该参数，需研发部对参数内容进行维护系统功能上线前，要在原有需求的基础上增加、修改或删除需求内容，但需求内容的变动会引起成本增长过大、对现有业务影响较大、或可能存在风险、合规等问题系统现有功能可以正常使用，但是性能、安全、底层处理逻辑和架构等即将或者未来可能成为业务进一步扩张的瓶颈1仅涉及APP前端页面设计、开发、更新修改及维护，与其他系统没
有任何交互的需求。2涉及APP前端页面设计、开发、更新修改及维护，且与其他系统有
交互的需求。1面向客户数据：是指运用于客户、与客户直接关联的数据，包括向
客户发送短信、赠送积分、赠送权益礼品等后台数据处理需求。2管理数据：用于管理分析，或活动效果监控和效果评估的报表及明
细数据。
按需求的紧急程度可以分为紧急需求和普通需求。
需求类型
需求类型定义
紧急需求
需求提交人员事先确定上线时间，且按常规资源分配和进度安排无法按时上线，必须通过领导特批增加资源，并对部分流程进行加急处理，才
可满足上线要求的需求。
普通需求
紧急需求以外的其他需求。
按需求开发工时的大小可以分为大型需求、中型需求和小型需求。
需求类型大型需求
需求类型定义开发工时200工时的需求。
中型需求小型需求
开发工时100工时，200工时的需求。开发工时100工时的需求。
第六条需求开发管理流程图
f需求开发管理流程为：
（建议由项目管理员统一管理需求）需求管理主要包括以下内容：
需求的评估、开发、测试和上线阶段的管理细则遵循本制度中相关规定。不涉及功能开发的平台类需求和数据需求可根据实际情况对需求开发管理过程的部分工作进行裁剪。
各阶段包含的活动及流程请见以下各章节中的详细描述。
f第四章需求提交第七条需求提交为提高需求质量和处理效率，减少需求变更的次r