论信息系统项目需求管理
摘要
本文以某发展银行信贷管理项目（以下简称本项目）为实例，阐述了信息系统项目的需求管理工作的重要性。在本项目中，我担任项目经理，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。本文结合本项目，阐述了在制定需求管理计划、需求变更管理和需求跟踪等方面，需求管理应实施的活动。文章最后，对本项目的需求管理过程，进行评价，包括经验教训等
正文
本文以某发展银行信贷管理项目（以下简称本项目）为实例，该项目是某发展银行，为适应数据的大幅度增长，满足信息系统能实现行里对数据的统一管理及分析需要，特与我司合作开发该项目。本文阐述了信息系统项目的需求管理，认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解，管理和控制需求的变更，实现从需求到最终产品的双向跟踪。在本项目中，我担任项目经理，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。该项目目前正在稳定运行中，通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。
一、制定需求管理计划
在本项目启动时，在制定项目计划时，项目经理安排我负责该项目的需求管理管理工作。需求管理计划对于需求管理工作的成功实施，起来重要作用。因此在项目启动后，我通过如下步骤，完成制定需求管理计划工作。
1.与相关人沟通，梳理并明确需求管理工作内容。包括需求的沟通并达成一致、需求变更控制方法、需求跟踪频度及触发时机等。
2.明确需求管理涉及的干系人、角色及职责。因需求管理涉及到干系人较多，为避免需求缺乏一个统一的入口及出口。在本项目中，我们要求客户方安排一名的需求接口人，我方也安排一名需求接口人。所有的客户需求均由客户接口人收集并整理后发给我方需求接口人。对于需求的反馈意见，也由该接口人统一对外传递。通过该约定，避免了因客户直接面对开发人员，导致需求零散且随意变化的情况发生。
3.明确需求管理采用的平台，如需求管理工具等。在本项目中，我们采用IBM Ration al RequisitePro（以下简称RP）作为该项目的需求管理工具，主要实现需求双向跟踪管理等。采用IBM Rational ClearQuest（以下简称CQ）作为需求变更管理工具。这两个工具的组合，很好的帮我们团队实现了需求跟踪管理及变更管理。所有达成一致的需求我均会将其导入RP中进行管理。
4.编写需求管理计划。在本项目里，采用公司CMMI体系的需求管理计划模板，进行计划的编写。重点描述了上述内容。完成了需求管理计划编写后，由项目经理、各小组组长、QA、客户共同对该需求管理计划进行评审，并得到客户的认可。
二、需求变更管理
随着软件技术的复杂化，架构的多样化，业务的灵活化，以及随着客户对所需系统目标及需求的清晰化，变更时不可避免的。管理变更是目前项目成功的关键因素。因此，需求变更管理在整个项目的需求管理工作中显得尤其重要。
在本项目中我们采用如下需求变更管理流程。
1.首先是客户需求接口人提出需求变更清单（记录需求变更项），我方需求接口人接收到该需求变更，并在CQ上发起需求变更流程，并分配给技术负责人。
2.项目技术负责人接收到需求变更，对该变更进行技术评估，如果技术上可行，进入下一节点；否则给出相关的技术解答，也同样进入下一节点。
3.项目经理接收到技术分析通过的需求变更，进行资源分析、进度分析等，分析通过的需求变更项，进入CCB审核环节。对于技术负责人分析不通过的需求变更，项目经理经过确认后，结束来流程，处于驳回关闭状态。针对这部分需求变更，需求接口人将给客户予以答复。
4.对于项目经理审核通过的需求变更，CCB安排人员进行复核，复核通过后，该需求变更将由后续的实施人员（如开发修改代码、需求人员修改需求文档等）进行实施，并安排相关人进行验证。因实施及验证不属于需求变更管理流程，故这里不赘述。
通过上述手段，本项目保证了所有的需求变更都有据可依，同时，也通过该完整的需求管理过程，为后续的需求跟踪及相关的测试提供了信息保障。
三、需求跟踪
在实际项目开展中，经常会发生这样的情况。测试人员在进行测试时，发现某些需求未实现，或者客户UAT（用户接收测试）时，发现某些功能点未测试全。诸如此类的问题，很大一部分原因是由于需求双向跟踪未做好。
本项目需求双向跟踪，包括从用户原始需求到系统需求、设计、编码、测试用例等之间的双向跟踪。
双向跟踪包括：
l正向跟踪：从需求到设计、源码、测试用例的过程，用于明确是否所有需求都被设计了、被编码了，被测试了等。一旦某个需求需要变更，就可以快速找到所有影响的范围。
l反向跟踪：从缺陷到测试用例、源码、设计、需求的过程，用于明确所有的工作成果都是有对应的需求，避免测试多余、设计多余的情况发生。同时，一旦某项设计因多种原因发现需要变更，也可快速找到对应的需求，以便快速确认相应的需求是否需要变更。
在本项目里，我们采用RP实现了上述双向跟踪。通过该工具，大大减少我们人为进行需求双向跟踪所需的工作量。而且通过RP和CQ集成，在进行需求变更时，我们可快速找到需求关联项。
在我参与的这个项目里，作为需求管理负责人，我的工作主要目的是确保项目所有干系人对需求的一致理解，通过CQ管理和控制需求的变更，采用RP实现从需求到最终产品
的双向跟踪。主要的工作流程包括制定需求管理计划，并通过评审得到客户的认可，求得项目所有干系人对需求的理解，求得对需求的确认、通过CQ管理需求变更，维护对需求的双向跟踪，并且通过RP的双向跟踪功能，协助我们识别项目工作与需求之间的不一致等。虽说该项目严格按照CMMI的需求管理过程要求实施，但是在实施过程中，也有我们自己的心得体会及教训，下面各列举一两点：
经验：
1.一定在项目启动时，就要和客户就需求接口人予以明确。经过该项目的实践，发现，这个角色的设置，是相当正确的，避免了客户所有业务人员直接面对开发人员的情况，保证了开发所使用的需求都是有依据和证据的。
2.有效的需求跟踪是避免需求遗漏的有效办法之一。可以避免在类似UAT时才发现需求未实现或者实现不全，减少项目上线压力，同时也减少了客户对公司项目团队的不满。正因为如此，通过该项目的实施经历，客户与我们又签订了后续的合同。通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。
教训：
由于客户工作较忙，在进行需求分析，并对需求达成一致阶段，客户无法保证时间进行配合，无法逐个需求与我方进行沟通，同时，由于客户对需求的理解也有个过程，所以刚开始，客户提供的需求较泛。针对该情况，我方根据类似项目经验，结合我方对客户提供需求的理解进行开发。在提交第一版本给客户时，客户发现该版本与实际需要有一定偏差。此时客户对我们有很大意见。在碰到该问题情况下，我们及时调整需求分析及需求理解策略。经过双方沟通，客户同意我方就关键需求，先开发原型，并就原型与客户进行实际演示，客户针对原型上细化需求，并说明潜在需求。通过迭代式方式，当原型实现的业务与功能达到客户需求时，我们再针对这部分关键需求进行开发。通过需求开发方式、需求达成一致策略的调整，该项目终于如期上线，并按计划通过验收。
XX公司人员需求计划管理规定 一、管理目的 为了规范公司的招聘工作，完善招聘流程，提高招聘工作的计划性，满足岗位长短期用人需要，最终为公司的快速、可持续发展提供人力资源保障。 二、适用范围及管理原则 1.招聘流程：招聘流程一般包括需求计划制定、确定招聘方案、招聘准备、面 试组织、录用审批、入职。 2.需求计划制定是招聘流程的第一环节，本规定适用于公司机关、分公司机关、 分公司工队长的人员需求计划管理，其他人员的需求计划管理由分公司人事部门在该规定的指导下进行。 3.需求计划管理本着以下原则： 3.1人员需求计划应具有预见性、准确性、合理性； 3.2人员需求计划应符合人员编制及人力资源规划的有关原则； 3.3人员需求申请的提出为所需岗位的直接上级； 3.4人员需求申请的审批按照严格的权限管理原则进行，（见表一：《人员 需求申请审批权限表》）既保证公司对人才数量和结构的宏观把握，又 实现分层分级管理，提高招聘工作的主动性、针对性和严肃性； 3.5所有正式用工形式的人员需求申请核准权均在公司总经理。 4. 三、需求计划分类 1.需求计划分为年度需求计划和专项需求计划。 2.年度人员需求计划是指每年末各用人单位和公司人力资源部根据对业务、经 营情况、人员情况进行总体的预见性分析后，提出的全年需求计划，年度人员需求计划都是编制内的。 3.年度人力资源需求计划的主要内容包括：人员静态需求岗位分布及数量、内 部人员供给预测、人员流动预测、人员动态需求岗位分布及数量，其中：动态需求量=（现有数量+静态需求量）*年平均流动率+静态需求量。
4.专项需求计划是指年度中任何时候，出现用人需求时所制定的需求计划，专 项人员需求计划有编制内和编制外两种。 四、需求计划制定流程 1.年度需求计划和编制内专项需求计划 1.1当各部门在编制内有用人需求时，由所需岗位的直接上级提出申请， 填写《人员需求申请表》； 1.2用人部门的直接主管对《人员需求申请表》审核； 1.3公司人力资源部经理进行审核，并根据岗位重要性、对公司的价值、 获取难度等确定用工形式为正式还是非正式，确定为正式用工形式的， 请人力资源主管领导审核，公司总经理核准； 1.4对于确定非正式用工形式的，公司中层与分公司高层由人力资源主管 领导审核，总经理核准；公司技术和专业管理人员，及分公司中层由 人力资源主管领导核准，管辖范围内的其他人员，由公司人力资源经 理核准； 1.5公司人力资源部根据所有经核准的《人员需求申请表》，通过分析需求、 流动趋势、内外供给等，制定“年度人力资源需求计划”，请公司人力 资源主管领导核准； 1.6人力资源部人事主管根据经核准的需求计划拟定招聘方案，经人力资 源经理核准后实施，涉及到招聘费用的按相关规定执行。 2.编制外专项需求计划 2.1当各用人单位出现编制外需求时，填写《人员需求申请表》，并在“申 请原因”栏内标明扩大编制及其理由； 2.2按照“人员编制调整流程”进行审批； 2.3公司人力资源部根据经核准的《人员需求申请表》，制定“人力资源需 求计划”，请公司人力资源主管领导核准； 2.4人力资源部人事主管根据经核准的需求计划拟定招聘方案，经人力资 源经理核准后实施，涉及到招聘费用的按相关规定执行。
需求预测与库存管理 【开课时间】2019年4月18-19日上海2019年10月17-18日上海 【培训对象】制造业有关库存管控和需求预测人员；来自企业各部门（市场、销售、研发、制造、采购等部 门）的有志于了解预测与库存控制的人员；尽管课程中会有大量的案例和实战的演练，但无论库存还是预测， 都需要一定的计算，因此最好有一点数理基础。本课程不适合MRO备品备件的库存管理。 【课程费用】RMB 4800元/人（包含：培训费、教材、午餐、茶点、发票） 注：此课程我们可以提供企业内部培训与咨询服务，欢迎来电咨询。 课程背景： 需求预测不准确是企业的心病，它直接导致了： （1）库存很高但断货却屡见不鲜。 （2）生产计划频繁变更，企业疲于奔命； （3）销售、生产、计划、采购等各个部门之间行同水火，互相埋怨； （4）企业运营成本居高不下； （5）客户订单无法准时交货，客户投诉不断； 而库存控制不合理对企业来说也是灭顶之灾，它直接导致了： （1 ）成本居高不下； （2）影响企业的现金流； （3 ）仓库经常爆仓； （4 ）各个部门把库存当作救命稻草，结果库存越来越咼； 课程收益： 此次为期2天的培训课程，通过大量案例和实战演练，旨在帮助参与者掌握库存控制的正确方法和理念，如何有效的降低库存，设定合理的安全库存等；掌握预测的具体方法和如何提高预测准确性。 课程大纲： 第一部分库存管理概述 一、课程总体介绍 1.培训目标陈述 2.课程总体结构介绍 二、库存概述 1.库存管理的基本理念 2.库存的分类，那些是我们可控的库存 3.库存在企业中扮演的角色，各个部门对库存的不同期望 三、库存周转率1.库存周转率的计算 2.通过简单的财务知识，了解库存周转率对企业 的重要性 3.如何设定合理的库存周转率和库存目标 4.库存周转率的局限性 5.了解不同行业库存周转率的大致情况 第二部分库存控制的具体方法 一、采购数量的选择 1.购买数量的把控方式----- lot for lot ，固定量, 定期，mi n-max
商业银行IT项目需求管理研究 当今时代,我国经济结构转型升级初见成效,金融行业随之蓬勃发展。与此同时,互联网和金融科技浪潮的兴起,正在深刻的改变人们的金融行为和消费形态。商业银行的金融产品创新和金融服务创新全都离不开信息技术的支持,而把握住科技核心竞争力,就必须重视软件项目管理,提升软件项目管理水平。软件项目管理中的需求管理又是极为重要的一个环节。 科学高效的需求管理能够减少需求提出部门与软件开发中心之间的矛盾;能够减少重复开发,降低研发成本;能够根据业务价值和优先级加快项目实施进度;能够帮助理清业务逻辑和系统逻辑,提高项目质量。可以说,需求管理是决定软件工程项目成败的关键。商业银行的软件系统有专业性强、复杂性大、成本高企、可靠性要求极高的特点,面对庞大的产品创新需求,必须有科学有效的需求管理方法与之匹配,才能保证软件项目的质量,满足业务要求。本文针对C银行手机银行项目的需求管理方法进行优化研究和应用实践。 在理论层面,综合运用需求工程、CMMI和PMBOK等理论体系,对需求的获取、分类、控制、跟踪和变更管理等过程进行总结和分析,梳理出适用于银行IT项目需求管理的理论体系和工具方法。在实践层面,以C银行为样本,针对C银行在系统建设中需求管理存在的问题,从实际应用角度出发,结合需求工程等理论工具,对C银行需求管理工作提出了三项改进策略:利用模型驱动方法组织高质量需求,维护需求基线加强需求变更管理,建立需求矩阵实现需求双向追溯。这三项改进策略分别针对需求管理在软件项目中的需求获取、变更管理和需求跟踪三个重要阶段进行优化。并在手机银行项目中进行实际应用。 最后通过对改进策略的应用效果分析,验证策略的可行性和有效性,总结相关经验,为手机银行项目后续工作以及C银行其他IT项目的需求的管理工作提供参考。
需求管理过程 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。 2008-1-31发布 2008-2-18 实施
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 适用范围 (4) 1.3 背景描述 (4) 1.4 术语表 (4) 1.5 参考资料 (5) 2 总体描述 (5) 2.1 概述 (5) 2.2 职责分工 (5) 2.3 结构描述 (6) 3 活动描述 (7) 3.1 需求培训 (7) 3.2 建立需求跟踪矩阵 (8) 3.3 维护需求跟踪矩阵 (9) 3.4 检查一致性 (10) 3.5 采取更正行动 (11) 3.6 需求变更管理 (12) 4 附录 (13) 4.1 附录A－相关过程 (13) 4.2 附录B－相关规范、指南 (13) 4.3 附录C－相关模板列表 (13)
1简介 1.1目的 制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。 1.2适用范围 本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。 1.3背景描述 无。 1.4术语表 ●软件需求：用户解决某一问题或者得到某一目标所需的软件功能。 ●基线：基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶 段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等。 ●配置控制委员会(Configuration Control Board)：简称CCB，是确定配置基线，评估、批准 变更，并保证已批准变更的实施的组织。 ●需求变更：需求变更主要来自三个方面－客户、高层和开发人员。因此，无论哪一方面提 出需求变更的要求，都应当对变更请求进行评估。需求变更通常包括三项内容：新增需求、修改需求、删除需求。每一种变更都可能影响到其他需求的变化，因此在进行变更时需要利用需求跟踪记录。 ●需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪 记录来进行。在需求的阶段已经建立了需求跟踪记录，在后续的开发过程中，通过不断填写需求跟踪记录，将设计、开发和测试等阶段产品与需求进行一一对应。同时，在任何一个阶段发生变更时，都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开发阶段之中的。 ●涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题，就会涉及 到满足不同涉众的需要。涉众通常会对问题持有不同的观点，因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户（或客户代表）、用户（或用户代表）、投资者、股东、生产经理、买方、项目经理、设计人员、测试
采购需求计划管理 关键指引 对于制造企业来说，它的采购计划与服务业企业的采购计划是不同的。服务业企业采用的是货物存量控制法，即货物达到一定极限时便及时采购，而制造企业采用的是物料需求采购法，即将物料采购纳入生产工序的每一道环节。但无论是哪种类型的企业，要实施精益管理就必须要制订采购需求计划。 第1节确认采购需求 情景导入 为确保集中采购目录和批次计划有序执行，提高采购效率和效益，A电力有限公司2014年年度需求计划编制工作全面启动。 按照国家电网公司物资部门2014年度需求计划工作方案，A电力有限公司年度需求计划内容包括物资类和服务类，编制类别结合综合计划中的发展投入指标，包括固定资产投资（基本建设、技术改造和零星购置等）和其他专项计划（营销投入、信息化建设、研究开发费、教育培训和管理咨询费等），编制深度为主数据小类。纳入公司总部采购范围的，应按照项目建设进度安排（属电网项目的结合基建工程里程碑计划、属电源项目的结合投资计划），将工程项目或专项计划的采购需求分解至总部直接组织实施的各采购批次中。这样可以加强年度需求计划
在采购活动中的基础和统领作用，统筹年度需求计划与专项计划安排，实现综合计划、财务预算和采购活动的有机结合。 A电力有限公司还加强了迎峰度夏（冬）、政策性投资（无电地区改造、农网改造等）及固定资产零购等项目物资的年度物资计划管理，减少临时采购。按照需求计划工作方案要求，物资需求单位申报年度物资需求计划时，应与省公司对口专业管理部门进行沟通，避免误报、漏报。年度需求计划按统一下发的电子表单（模板）汇总编制，完成全省年度需求计划汇总、合并工作后，A电力有限公司物资部将对综合计划正式印发。 上述案例中A电力有限公司实施采购精益管理时，就是从计划（或预算）开始，先制订出采购计划和需求计划。采购计划一般是由企业需求部门根据生产经营需要先向采购部提出物资需求计划。然后采购部再根据该物资需求计划归类汇总、平衡现有库存物资后，统筹安排采购计划。最后，再按规定的权限和程序审批后执行采购计划。 制订物资需求计划阶段的主要风险是：需求或采购计划不合理、未按实际需求安排采购或随意超计划采购，甚至与企业生产经营计划不协调等。企业在制订采购需求计划时须遵循以下三个流程，具体如图1所示。
基于马斯洛需求层次理论的理论与实践分析 ——管理学论文一．基本内容 马斯洛需求层次理论是由亚伯拉罕·马斯洛提出的，马斯洛是美国社会心理学家、人格理论家和比较心理学家，人本主义心理学的主要发起者和理论家，心理学第三势力的领导人。 马斯洛认为，人类价值体系存在两类不同的需要，一类是沿生物谱系上升方向逐渐变弱的本能或冲动，我们称之为低级需要和生理需要。另一类是随着生物进化而逐渐显现的潜能或需要，我们称之为高级需要。 下面我们来看看一幅图片 这幅图片呈现的是一个金字塔形，塔的最低端是生理需求，接着往上依次是安全需求、社会需求、尊重需求，最顶层是自我实现。这个金字塔显示的就是马斯洛所提出的人类的五个需求层次。每个人都潜藏着这五种不同层次的需求，但在不同的时期表现出来的各种需求
的迫切程度是不同的。如金字塔旁的注释说明，人们停留在温饱阶段时最迫切的需求是生理需求和安全需求，在温饱已得到满足后生活水平达到小康阶段时我们开始迫切追求社会需求和尊重需求。
在上述的需求都已满足的情况下即我们达到富裕阶段的时候我 们最迫切的需求则成了自我实现需求。马斯洛认为人的最迫切的需求才是激励人行动的主要原因和动力。人的需求是从外部得来的满足逐渐向内在得到的满足转化。一句话，就是我们的需求是外在的物质需求逐渐转向内在的精神层面的需求。温饱阶段的需求我们可以看做是物质需求，而小康阶段和富裕阶段的需求我们称之为精神层面的需求。 二．每一层次的具体含义（从塔底至塔顶来看） 一．生理需求 这是人类维持自身生存的最基本的需求，包括对食物、水、呼吸、睡眠、生理平衡、分泌、衣、住的需求。这些需求（除性以外，有些人认为性的需求应该归于生理需求，在这里我更加偏向于将性的需求归类于高于温饱阶段的需求，后续的文章中将会提到）中任何一项如果得不到满足，人类个人的生理机能就无法征程的运转。换言之，如果缺少这些需求的满足，人类的生命将因此而受到威胁。所以说，缺少了生理需求人类将无法实现更高层次的需求，也就是说生理需求是推动人们行动最首要的动力，是最基本的需求，任何人都不能避免的去满足自身的生理需求。马斯洛认为，只有这些最基本的生理需求满足到足够维持生存所必须的程度后，其他的需求才能成为新的激励因素，而此时，当生理需求得到满足了的时候，这些曾经是激励因素的需求将不再成为激励因素了。
<公司名称> <项目名称> 需求管理计划 版本<1.0> [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]
修订历史记录
目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 需求工件与需求类型 4 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.1.6 目标发布版 5 3.1.7 职责分配 6 3.1.8 原因 6 4. 可追踪性标准 6 4.1 <需求类型>的标准 6
需求管理计划 1.简介 [需求管理计划的简介应提供整个文档的概述。其中应包括此需求管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明本需求管理计划的目的。] 1.2范围 [简要说明此需求管理计划的范围、与它相关的项目，以及受到此文档影响的其他任何事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确解释此需求管理计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整列出此需求管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 1.5概述 [此小节应说明需求管理计划其他部分所包含的内容，并解释该文档的组织方式。] 2.需求工件与需求类型 [对于项目中的每种需求文档或工件，都应列出其中包含的需求类型，并简要解释其用途。您最好也列出承担相应职责的角色。]
论信息系统项目需求管理 摘要 本文以某发展银行信贷管理项目（以下简称本项目）为实例，阐述了信息系统项目的需求管理工作的重要性。在本项目中，我担任项目经理，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。本文结合本项目，阐述了在制定需求管理计划、需求变更管理和需求跟踪等方面，需求管理应实施的活动。文章最后，对本项目的需求管理过程，进行评价，包括经验教训等 正文 本文以某发展银行信贷管理项目（以下简称本项目）为实例，该项目是某发展银行，为适应数据的大幅度增长，满足信息系统能实现行里对数据的统一管理及分析需要，特与我司合作开发该项目。本文阐述了信息系统项目的需求管理，认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解，管理和控制需求的变更，实现从需求到最终产品的双向跟踪。在本项目中，我担任项目经理，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。该项目目前正在稳定运行中，通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。 一、制定需求管理计划 在本项目启动时，在制定项目计划时，项目经理安排我负责该项目的需求管理管理工作。需求管理计划对于需求管理工作的成功实施，起来重要作用。因此在项目启动后，我通过如下步骤，完成制定需求管理计划工作。 1.与相关人沟通，梳理并明确需求管理工作内容。包括需求的沟通并达成一致、需求变更控制方法、需求跟踪频度及触发时机等。 2.明确需求管理涉及的干系人、角色及职责。因需求管理涉及到干系人较多，为避免需求缺乏一个统一的入口及出口。在本项目中，我们要求客户方安排一名的需求接口人，我方也安排一名需求接口人。所有的客户需求均由客户接口人收集并整理后发给我方需求接口人。对于需求的反馈意见，也由该接口人统一对外传递。通过该约定，避免了因客户直接面对开发人员，导致需求零散且随意变化的情况发生。 3.明确需求管理采用的平台，如需求管理工具等。在本项目中，我们采用IBM Ration al RequisitePro（以下简称RP）作为该项目的需求管理工具，主要实现需求双向跟踪管理等。采用IBM Rational ClearQuest（以下简称CQ）作为需求变更管理工具。这两个工具的组合，很好的帮我们团队实现了需求跟踪管理及变更管理。所有达成一致的需求我均会将其导入RP中进行管理。 4.编写需求管理计划。在本项目里，采用公司CMMI体系的需求管理计划模板，进行计划的编写。重点描述了上述内容。完成了需求管理计划编写后，由项目经理、各小组组长、QA、客户共同对该需求管理计划进行评审，并得到客户的认可。 二、需求变更管理
需求管理理论知识及需求管理工具介绍 Marco Lee 2012-09-04
目录 一、需求有关概念综述 (3) 1）需求定义 (3) 2）需求分析概述 (3) 3）需求分析主要过程 (4) 4）需求分析的特点 (4) 5）需求开发的十种常用方法 (5) 6）需求建模方法 (5) 7）主要概念区分 (5) 二、CMMI需求开发过程 (6) 1）基本概念 (6) 2）需求调查方法 (7) 3）CMMI需求分析过程 (8) 三、需求管理工具介绍 (11) 1）Rational RequisitePro (11) 2）IBM Rational DOORS (11) 3）Borland CaliberRM (13) 4）Cloudtopo Topo (13)
摘要 需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。本文就有关需要的概念以及几个需求管理系统，进行了论述。 一、需求有关概念综述 图1-需求分析组成部分 1）需求定义 通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。按CMMI软件能力成熟度的定义，需求是开发方和客户方就系统未来所达到的功能和质量所达成的一致约定和协议。 2）需求分析概述 需求分析活动或需求工程过程，在整个系统开发与维护过程中越来越重要，它贯穿于系统开发的整个生存周期。上个世纪80年代中期，形成了软件工程的子领域——需求工程 (Requirement Engineering, RE)。
需求工程，是应用已证实有效的技术、方法进行需求分析，确定需求客户，帮助系统 开发分析人员理解问题，评估可行性，协商合理的解决方案、无歧义地规约方案、确认规 约以及将规约转换到可运行的系统时的管理要求。 需求工程通过合适的工具和符号系统地描述待开发系统及其行为特征和相关约束，形 成需求文档，并对用户不断变化的需求演进给予支持。 需求分析是一个项目的开端，也是项目建设的基石。需求分析的过程包括了需求开发 和需求管理两个部分。整体需求工程过程在项目启动后开始，进行需求获取、分析、规划 定义和需求验证，并进行组织内外的需求评审，以确定需求基线，并在需求发生变更时， 重新进行需求的获取、分析、定义和验证评审，并对需求变更影响项进行相关识别、风险 应对、修改和跟踪。并对需求状态和变化过程进行统计分析和测量汇报。 需求开发（RD，Requirement Development）指的是从问题收集、分析和评价到编写文档、评审等一系列产生需求的活动，这几个阶段的活动可以是相互独立和反复的，不一定非要 遵循线性的顺序。需求开发讲究的是用系统的方法获取真正的全面的能实现的需求。 需求管理（RM, Requirement Management）则是与需求直接相关的活动，即软件项目开 发过程中控制和维持需求约定的活动，主要包括：变更控制、版本控制、需求跟踪、需求 状态跟踪等工作。需求管理强调的是需求的确认以及需求变更的控制，其目的是确保各方 对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。 3）需求分析主要过程 1）需求开发规程：分为需求获取、需求分析、规格化定义和需求验证等操作过程。 2）需求评审规程：对完成的系统需求进行组织内外评审的过程； 3）需求变更管理规程：需求基线产生后对需求进行变更管理的过程； 4）需求跟踪管理规程：对需求进行状态跟踪和过程跟踪的管理过程； 5）需求的测量和分析：对需求状态和需求变化过程进行测量和分析评估的管理过程； 4）需求分析的特点 需求分析工作的复杂性及面临的潜在风险主要体现在以下方面： 1)需求描述的准确性问题;
xxx公司人员需求计划管理规定 一、管理目的 为了规范公司的招聘工作，完善招聘流程，提高招聘工作的计划性，满足岗位长短期用人需要，最终为公司的快速、可持续发展提供人力资源保障。 二、适用范围及管理原则 1.招聘流程：招聘流程一般包括需求计划制定、确定招聘方案、招聘准备、面 试组织、录用审批、入职。 2.需求计划制定是招聘流程的第一环节，本规定适用于公司机关、分公司机关、 分公司工队长的人员需求计划管理，其他人员的需求计划管理由分公司人事部门在该规定的指导下进行。 3.需求计划管理本着以下原则： 3.1人员需求计划应具有预见性、准确性、合理性； 3.2人员需求计划应符合人员编制及人力资源规划的有关原则； 3.3人员需求申请的提出为所需岗位的直接上级； 3.4人员需求申请的审批按照严格的权限管理原则进行，（见表一：《人员 需求申请审批权限表》）既保证公司对人才数量和结构的宏观把握，又 实现分层分级管理，提高招聘工作的主动性、针对性和严肃性； 3.5所有正式用工形式的人员需求申请核准权均在公司总经理。 4. 三、需求计划分类 1.需求计划分为年度需求计划和专项需求计划。 2.年度人员需求计划是指每年末各用人单位和公司人力资源部根据对业务、经 营情况、人员情况进行总体的预见性分析后，提出的全年需求计划，年度人员需求计划都是编制内的。 3.年度人力资源需求计划的主要内容包括：人员静态需求岗位分布及数量、内 部人员供给预测、人员流动预测、人员动态需求岗位分布及数量，其中：动态需求量=（现有数量+静态需求量）*年平均流动率+静态需求量。 4.专项需求计划是指年度中任何时候，出现用人需求时所制定的需求计划，专 项人员需求计划有编制内和编制外两种。 四、需求计划制定流程 1.年度需求计划和编制内专项需求计划
P1 需求与计划管理 成果形成的背景 集团对各省公司供应链的工作思路是深入推进“集中化、标准化、信息化”，精细管理，推动协同，着力解决集中、规范、效率、质量的难题，全面提升对企业发展的支撑能力，及对内部客户服务的水平，保证各项采购物流工作顺利完成。 河南公司从大量的采购工作中看到，采购需求管理的不完善、不健全，已经影响到采购的效率与质量，需要引起高度重视。个别需求部门提交的采购申请，项目描述不清楚、需求时间不确定、具体配臵不完善、型号数量不准确，尤其在涉及部门多、人员多、环节多的网络类、综合类采购，需求方面的问题更加突出，导致了信息确认时间延长，向供应商的答疑次数增加，甚至引发了各类投诉，严重影响了项目进度与质量。 河南公司需求与计划管理致力于通过对需求部门、需求归口管理部门的职责明晰，主动需求管理机制以及需求预测机制的建立，对采购供应计划进行有效协同，从横向和纵向两个维度提升需求与计划体系的整体管理水平。 成果的主要内容 河南公司需求与计划管理成果集中体现在三个方面：需求归口与需求标准化、需求预测与计划、采购供应计划。 一、需求归口与标准化： 需求管理规范性主要有三个方面： 1.建立需求归口管理（工作机制），完善需求提报机制，由采购部发出需求调查表开始，按工程、网络、市场、综合口集中填报，汇总审批流程，到最终的采购计划表为止（不止是需求收集，而是“需求-响应责任制”），完整的需求汇总审批流程提升了需求申报的准确度。 2.需求部门绩效指标的考核机制。具体的需求指标有：需求准确度、需求偏离度、突发需求比、需求提报的准时率与准确率等。 3.需求文件标准化（部分结构化。）。通过对需求文件建立标准化模板，规定了提报方式与流程，减少不必要反复沟通过程，提升需求确认与采购效率。 健全和完善需求沟通机制：定期召开跨部门项目需求沟通会，与市场、网络、综合等部门一起，就涉及采购事项的各个方面进行沟通，推进了采购需求的规范，完善需求模板的制度文件，实现采购效率的提升。 4.采购需求规范化：制定格式规范、要素完整、适应各类需求的采购模板，避免因需求沟通信息不畅而导致采购效率降低、沟通成本增加。 二、需求预测与计划： 在需求管理预测预测中，主要成果分为两点： 1.采购部门主动服务，参与需求制定（基于不同业务类型，科学设臵需求前期阶段，例如：主网设备采购、集采技术分析确定阶段即介入、确保核心敏感设备价值合理及供应能力与商务能力的结合度；集团客户项目从项目立项审核阶段即介入、区分快速供货能力的集采产品的剥离，确保项目总体的快速响应；市场业务例如广告从市场部分析全省同类需求规模、核定总需求即介入，确保采购源头可比性、可控制性。）。例如，对于工程类物资，物资管理部门从项目立项阶段开始参与到项目立项申请、可研报告编制、项目可研评审、项目审批签发的各个环节，通过定期沟通与汇总需求信息得到需求预测的基础信息与数据。 2.针对不同物资，建立基于品类（不断细分的物资种类历史数据）的需求预测模型。例
XXXXX公司 项目名称 需求管理计划 版本 <1.0>
修订历史记录
目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述4 2.需求工件与需求类型4 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.1.6目标发布版6 3.1.7职责分配6 3.1.8原因6 4.可追踪性标准6 4.1<需求类型>的标准6
需求管理计划 1.简介 [需求管理计划的简介应提供整个文档的概述。其中应包括此需求管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明本需求管理计划的目的。] 1.2范围 [简要说明此需求管理计划的范围、与它相关的项目，以及受到此文档影响的其他任何事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确解释此需求管理计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整列出此需求管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 1.5概述 [此小节应说明需求管理计划其他部分所包含的内容，并解释该文档的组织方式。] 2.需求工件与需求类型 [对于项目中的每种需求文档或工件，都应列出其中包含的需求类型，并简要解释其用途。您最好也列出承担相应职责的角色。]
3.需求属性 3.1<需求类型>的属性 [对于已确定的每一需求类型，都应列出将要使用的属性，并简要解释其含义。例如，对于“特 性”这一需求类型，可能要列出以下属性： 3.1.1状态 [在经过项目管理团队的商谈和复审后设置。用于在确立项目基线的过程中对进度进行跟踪。] 3.1.2利益 [由营销经理、产品经理或业务分析员设置。并非所有需求都同等重要。通过按照各项需求对最终用户的相对利益来划分其等级，可以促使客户、分析员和开发团队成员相互交换意见。用于管理规模并确定开发的优先级。] 3.1.3工作量 [由开发团队设置。由于有些特性所需的时间和资源多于其他特性，所以在评测复杂程度并预计在给定时间范围内能否完成哪些工作时，最佳的方式就是估计团队工作周数或个人工作周数、所需的代码行数或功能点数（举例来说）。用于管理规模并确定开发的优先级。] 3.1.4风险 [由开发团队根据项目遭遇意外事件的可能性来设置，这些事件包括超支、工期延误，甚或是项目取消。虽然可以对风险级别进行细分，但大多数项目经理都认为将风险归为高、中、低就足够了。 通过评测项目团队估计进度的不确定性（范围），一般都可以间接地对风险进行评估。] 3.1.5稳定性 [由分析员和开发团队设置，设置的依据是特性发生变化的可能性或团队对特性的理解发生变化的可能性。用于协助确定开发优先级并确定下一步需要继续征集的特性。]
软件过程标准 需求管理过程 V1.0
修订记录
目录 1目的和范围 (1) 2术语简称与解释 (1) 3进入准则 (1) 4退出准则 (1) 5阶段交付产品 (2) 6文件使用者 (2) 7过程流图 (3) 7.1过程 (3) 7.1.1需求收集与获取 (3) 7.1.2需求评审 (5) 7.1.3需求变更管理过程 (6) 7.2过程描述 (7) 7.2.1需求收集与获取过程细则 (7) 7.2.2需求评审细则 ......................................................................... 错误!未定义书签。 7.2.3需求变更管理过程细则 (8) 7.3验证机制 (9) 7.4度量 (9) 8活动职责矩阵 (10) 9参考资料 (10) 10附件 (10)
1目的和范围 本过程的目的在于为公司实施与需求相关的方针提供指南。该过程对所有公司负责需求采集的项目适用，也适用于那些客户在自行采集需求时需要帮助的项目。 2术语简称与解释 总经理：简称GM，指公司总经理，具备法人代表资格。 副总：简称VGM，公司的一种职务，指公司副总。 项目经理：简称PM，公司的一种职务，一般由具备项目管理经验和行业经验人员承担，负责项目的管理活动。 项目负责人：简称PL，项目组组长，临时性职务，负责项目的开发活动，如无变更，生存周期与项目生存周期相同。 需求分析人员：简称RA，通常由项目组中成员承担此角色，可以是项目负责人也可以项目组中其他人员。 软件设计人员：简称SD。在公司一般指系统分析员和程序员（包括高级程序员）； 在项目中指项目组中的设计人员。 软件质量保证：SQA，一种软件质量保证活动，在公司通常也用SQA代表质量保证活动者，目前由公司品管部执行此活动。 配置管理员：简称CC，在公司中负责所有项目的配置管理活动。 3进入准则 进入准则如下： ?来自客户的关于需求的文档经过公司审批； ?来自客户的标识有意进行某个项目的信函，并且经过公司审批； ?总经理对内部项目的授权，有相关文件（文档）表明是经过审批的； ?公司与客户签订的合同。 附注：满足其中任何一种条件均可。 4退出准则 退出准则如下： ?SRS的文档已准备好，经过评审和批准。
需求管理计划版本 <1.0>
修订历史记录
目录 1.简介5 1.1目的5 1.2范围5 1.3定义、首字母缩写词和缩略语5 1.4参考资料5 1.5概述5 2.需求工件与需求类型5 3.需求属性7 3.1<需求类型>的属性7 3.1.1状态7 3.1.2价值7 3.1.3工作量8 3.1.4风险8 3.1.5稳定性8 3.1.6目标发布版8 3.1.7职责分配8 3.1.8原因9 4.可追踪性标准9 4.1需求之间的追踪9 4.2需求和后续开发的追踪9 5.需求管理团队9 6.需求开发与管理计划10 7.需求管理工作指南11 7.1需求工程过程11 7.2需求开发过程12 7.3定义需求属性13
7.4定义需求跟踪矩阵13 7.5需求版本控制过程13 7.6变更管理过程13
需求管理计划 1.简介 [需求管理计划的简介应提供整个文档的概述。其中应包括此需求管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明本需求管理计划的目的。] 1.2范围 [简要说明此需求管理计划的范围、与它相关的项目，以及受到此文档影响的其他任何事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确解释此需求管理计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整列出此需求管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 1.5概述 [此小节应说明需求管理计划其他部分所包含的内容，并解释该文档的组织方式。] 2.需求工件与需求类型
第02章需求预测与管理_题库参考答案 一、名词解释（20分，每小题5分） 1、需求管理：需求管理是指以用户为中心，以用户的需求为出发点，集中精力来估计和管理用户需求，并试图利用该信息制定生产决策，以实现用户效用最大化的一种活动。 2、德尔菲法：德尔菲法又称专家调查法，该方法主要是由调查者拟定调查表，按照既定程序，以函件的方式分别向专家组成员进行征询；而专家组成员又以匿名的方式（函件）提交意见。 3、回归分析需求预测：在掌握大量观察数据的基础上，利用数理统计方法建立因变量与自变量之间的回归关系函数表达式。 4、移动平均法：用一组最近的实际数据值来预测未来一期或几期内公司产品的需求量、公司产能等的一种常用方法。 二、填空题（20分，每小题2分） 1、常用的定性需求预测方法有：营销人员的预测、专业咨询机构的市场调研、经营者的预测、历史类比法、德尔菲法。 2、时间序列分析法主要包括：简单移动平均法、加权移动平均法、指数平滑法。 3、需求预测的误差包括：平均绝对偏差、均方差和平均绝对百分比误差。 三、选择题（10分，每小题5分） 1、A 2、C 四、简述题（20分，每小题10分） 1、试分析典型的时间序列需求包括哪些因素。 答：（1）趋势变化。需求的变化趋势数据可以是一段时间段的逐渐向上、向下或平稳的移动。（2）季节变化。随季节的变化增加或减少，具有重复发生的规律。（3）周期变化。在较长的时间（1年以上）围绕趋势作有规律的上下波动，这种波动被称为经济周期。它有时没有固定的周期，有时可能需要数十年的数据才能描绘出这种周期。（4）随机误差。由偶然、非经常性原因引起的数据变动，他们没有可识别的形式。 2、需求预测在企业生产与运作管理中有什么作用？ 答：需求预测是生产与运作管理的一项重要工作，是企业生产与运作管理的起点。没有需求预测，其他生产经营活动也就无从谈起。因为生产是为市场而生产，而需求预测就是通过对需求信息的处理，获得有关市场需求的信息，更好的进行企业的生产，满足市场需求，提高经济效益。 五、计算题（30分，每小题15分） 1、答：第7个月的需求预测结果为 第7个月的预测值=0.6*第6个月的销量+0.2*第5个月的销量+0.1*第4个月的销量=21.1辆。 所以，第7个月的汽车销售量预测为21辆左右。 2、答：新的预测值=142辆+0.2*（153-142）辆=144.2辆 所以，3月份该品牌汽车的预测需求是144辆左右。
MBA智库马斯洛的需求层次理论 马斯洛的需求层次理论简介 亚伯拉罕·马斯洛(Abraham Harold Maslow, 1908-1970) 出生于纽约市布鲁克林区。美国社会心理学家、人格理论家和比较心理学家，人本主义心理学的主要发起者和理论家,心理学第三势力的领导人。 1926年入康乃尔大学，三年后转至威斯康辛大学攻读心理学，在著名心理学家哈洛的指导下，1934年获得博士学位。之后，留校任教。1935年在哥伦比亚大学任桑代克学习心理研究工作助理。1937年任纽约布鲁克林学院副教授。1951年被聘为布兰戴斯大学心理学教授兼系主任。1969年离任，成为加利福尼亚劳格林慈善基金会第一任常驻评议员。第二次世界大战后转到布兰戴斯大学任心理学教授兼系主任，开始对健康人格或自我实现者的心理特征进行研究。曾任美国人格与社会心理学会主席和美国心理学会主席（1967），是<<人本主义心理学>>和<<超个人心理学>>两个杂志的首任编辑。 在马斯洛看来，人类价值体系存在两类不同的需要，一类是沿生物谱系上升方向逐渐变弱的本能或冲动，称为低级需要和生理需要。一类是随生物进化而逐渐显现的潜能或需要，称为高级需要。 人都潜藏着这五种不同层次的需要，但在不同的时期表现出来的各种需要的迫切程度是不同的。人的最迫切的需要才是激励人行动的主要原因和动力。人的需要是从外部得来的满足逐渐向内在得到的满足转化。 低层次的需要基本得到满足以后，它的激励作用就会降低，其优势地位将不再保持下去，高层次的需要会取代它成为推动行为的主要原因。有的需要一经满足，便不能成为激发人们行为的起因，于是被其他需要取而代之。 高层次的需要比低层次的需要具有更大的价值。热情是由高层次的需要激发。人的最高需要即自我实现就是以最有效和最完整的方式表现他自己的潜力，惟此才能使人得到高峰体验。 人的五种基本需要在一般人身上往往是无意识的。对于个体来说，无意识的动机比有意识的动机更重要。对于有丰富经验的人，通过适当的技巧，可以把无意识的需要转变为有意识的需要。 马斯洛还认为：在人自我实现的创造性过程中，产生出一种所谓的“高峰体验”的情感，这个时候是人处于最激荡人心的时刻，是人的存在的最高、最完美、最和谐的状态，这时的人具有一种欣喜若狂、如醉如痴、销魂的感觉。 试验证明，当人呆在漂亮的房间里面就显得比在简陋的房间里更富有生气、更活泼、更健康；一个善良、真诚、美好的人比其他人更能体会到存在于外界中的真善美。当人们在外界发现了最高价值时，就可能同时在自己的内心中产生或加强这种价值。总之，较好的人和处于较好环境的人更容易产生高峰体验。
本规定通过对采购需求计划编制部门、提报时间、审批、提交过程的控制，明确部门职责，达到规范流程、实现控制的目的。 2、适用范围 适用于原辅材料、备品备件、润滑油、工程物资、低值易耗品、劳保用品、IT设备、卫生洁具、办公用品等物资的采购需求计划管理。 3、引用文件 JL/QM02.09-2015《采购过程管理程序》。 4、定义/术语 4.1采购周期。即物料采购所需要的时间，就是从下采购订单起到供方可以交货的时间。包括下订单后与供应商的确认时间、供应商合同审批的时间、供应商从生产准备到产品入库的时间、供应商发货时间、到货检验合格的时间。常用件采购周期15天,非常用件30天以内,加工件依据具体设计复杂程度确定。 4.2月度采购需求计划，指每月按固定时间内提出的，且能够满足采购周期的采购需求计划。 4.3紧急采购需求计划，指在月度需求计划规定的时间之外提出的，或者“要求的到货时间减计划提报时间”小于采购周期的采购需求计划。 5、管理程序 5.1月度需求计划 5.1.1月度需求计划提报时间。月度需求计划提报起始时间以纸质“采购申请”移交采购部的时间为准。为确保计划时间有序，提高工作效率，具体时间如下——原辅材料月度采购需求计划每月第三个工作日前移交采购部； ——备品备件、润滑月度采购需求计划每月第15个工作日移交采购部； ——其他物资的月度采购需求计划每月第10个工作日移交采购部； 5.1.2月度需求计划提交前的审核。需求计划提交审批前，由提报责任部门审核如下事项： ——需求是否经过策划； ——需求数量是否合理（需要在采购申请”使用周期及说明”栏注明计划量的可使用周期等，能够表述使用进度的描述） ———是否需要对材质标准进行进一步的描述（需要在材质栏进行标注）； ——采购申请需要标注用途。在建工程标注在建工程项目名称；维修需要标准具体机台（丝帽垫等易耗品不需要标准）。 ——是否进行合格供方评估。 ——物料名称、规格的规范性； —名称、规格是否代表唯一标准；