项目需求管理的培训方案
一、总体方案介绍
针对当前培训需求所述的需求获取难、需求分析组织难、需求评审混乱、需求管理失控等重点问题，设计本次培训内容如下： ? 针对需求获取难：给出适合我国中小软件开发团队的敏捷需求获取的方法
? 针对需求分析组织难：给出一种“初始、细化、构造与移交”
四步走的实施路线
? 针对需求评审混乱：给出需求评审的关键点及其九个注意事项，并结合五个案例进行讨论
? 针对需求管理失控：提出控制需求变更的核心策略，指出CMMI 中为需求管理过程域所引入的实践方法
? 综合利用本次培训的方法，结合两个项目需求分析案例进行研讨
总体而言，本次培训并不关注培训什么，而关注是否能够引导需求团队做得更好
二、培训内容介绍
（1）敏捷、高效的需求获取方法
讲述如何通过“联合需求分析会议”的方法让业务专家、信息技术专家和领域专家在一起充分地交流与沟通，解决了实际需求，最大限度地避免了由于用户参与的不足和用户与开发团队的无法沟通而
造成的需求失败。
给出会议议程八步骤。
（2）需求分析过程介绍
为了控制因需求分析所引入的项目风险，给出一种适用的“初始、细化、构造与移交”四步走的实施过程路线。
以第一步为例，“初始：基于目标方法的早期项目需求分析技术”。事实证明，项目失败的主要原因之一不是开发方需求分析能力不足，而是没有充分关注早期需求，项目目标模糊，软件需求变更没有评判的依据，出现需求含混无法澄清等重要问题。本章讲述两种分析方法，帮助确定项目目标，并实现从项目目标到软件责任的转化过程。提出两种逐步转换的思路。
指导您的团队如何实施组织这样的需求过程。
（3）需求评审之道：
软件需求是软件开发最重要的一个输入 ，好的开始是成功的一半! 所以，需求的质量很大程度上决定了项目质量或产品质量。
需求风险常常是软件开发过程中最大的一个风险 ，要降低需求阶段带来的风险，就要把需求评审做好。因此，本部分重点讲述做好需求评审的关键点和注意事项、并给出相关建议，结合实际案例分析。
需求评审做不好的后果：
需求变更
需求不明确
需求不可测
需求不可实现
导致后续工作难于开展或经常出现变更
（4）需求管理混乱：
由于需求未能得到有效管理，在最终项目验收过程中出现了令人不愉快的情况，实际开发的软件没能完全反映用户的需求，导致用户不满意，项目延期。
讲述，如何从如下方面，系统加强需求管理：
参与需求分析和评审的人员的管理
软件需求文档的管理
需求分析过程的管理
需求变更的管理
（5）案例分析
结合行业中信息化项目的业务需求分析案例，探讨其存在的问题，并互动沟通如何改进；
结合行业中信息化项目的产品需求分析案例，探讨其存在的问题，并互动沟通如何改进。
三、培训方案的实施方式
紧紧抓住“并非培训，而是帮助提高、解决或缓解问题”这一出发点，学员可以随时在授课过程中打断讲师，与之互动沟通。
四、讲师介绍
郭树行，中央财经大学信息学院讲师，博士毕业北京航空航天大学计算机学院软件工程研究所。主要研究方向: 需求工程、软件过程
工程等。对需求工程已经有近7年研究与实践。相关能力： z大型纵横向课题的主持经验，涉及解决方案设计、系统分析设计
z擅长需求工程、知识管理
z三年的大型软件公司的部门管理经验
z培训服务近20多家大型企事业单位
z CMM/CMMI的项目实施经验
z成功地将需求工程过程方法、产品线等软件工程理论应用到了软件企业的实际研发业务
项目管理制度(范本) 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1.硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工程、综合布线工程、监控产品的安装工程等。 2.软件工程：凡公司自行开发及代理软件项目，包括OA系统、MIS系统，电子商务 软件，企业的MRP、MRPII、ERP等。 3.综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4.其他应该实行项目管理的工程。 第四条名词解释 1.项目业务经理：在项目签约以前的项目经理，主要负责完成项目的前期需求调研及 总体 设计 方案，从项目的前期公关、跟踪，直至项目的签约。 2.项目实施经理：在项目签约之后的项目经理，主要负责项目的详细调研及详细设计 方案，从实施计划的制定、执行，直至项目的完工验收。 3.责任业务员：按公司有关规定，与项目成败具有直接利益关系的人员。 第三章流程 第五条项目准备 1.业务信息的管理 2.意向客户的确定
第六条项目立项 1.立项 2.跟踪 3.签约 第七条项目实施 1.确定实施小组 2.制定实施计划 3.编制项目预算 4.执行实施计划 5.协助项目决算 6.项目内部评审 7.完成竣工验收 8.提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备 第十条适用范围：销售中心 第十一条业务信息的管理 1.任务：项目信息调研，收集、汇总项目业务信息。 2.工作流程：业务员每日向部门经理汇报;部门经理每日向市场总监汇报;市场总监每周向总经理汇报。 3.形式：口头、书面、随时报告;晨会、行政例会。 4.报表：《意向客户日报表》、《意向客户周报表》。 第五章项目立项
需求分析调研方案 项目调研总体目标： 需求分析是反复进行，逐渐深化，不断改进的过程 1.根据工程总目标，明确调研目标、层次; 2.根据目标设计调研方式,编写调研提纲，确定调研对象; 3.编写每阶段调研日记，汇总完善调研报告; 4.画出标准业务流程图，做到全面清晰； 5.绘制数据流程图； 6.以简明清晰的思路，浅显易懂的自然语言描述业务步骤； 7.找出业务关键点及瓶颈工序； 8.编写供参考的先进的方法与改进建议。 分阶段调研目标与规定 第一阶段：初步调研 调研目标 初步调研首要目标是对企业全局的了解，可具体分解为： 1.企业概况 2.企业的经营特点 3.企业的生产特点 4.企业的组织机构 5.企业行业地位 6.企业技术现状 调研对象 1. CIMS工程总负责人，必要时邀请总经理参加 2. 总部各职能科室负责人 调研方式 1. 参阅公司资料为主 2. 配合问答 调研范围 了解企业总体概况 调研时限 根据公司规模及组织结构的复杂程度，掌握在2～7天左右
调研提纲 一、针对企业概况，了解以下问题： 1.企业背景，历史演变过程 2.企业所属行业 3.企业的资产、产值、利税等生产经济指标 4.企业人数及素质 5.企业体制、组织机构 6.其它有关情况 二、针对企业经营特点做以下调研： 1.经营机制、目标 2.销售策略 3.财务制度、成本分摊办法、独立核算情况 三、针对企业生产特点做以下调研： 1. 企业产品的种类、型号、技术含量、结构特点、市场占有率 2.企业生产方式： ａ是离散、连续或半连续 ｂ生产批量：是多品种小批量还是单件大批量生产 ｃ是按订单还是按库存或其他方式组织生产 3.企业的产量、产值、利润目标 4.对产品使用安全性的要求，对使用环境的要求 四、针对企业组织机构做如下调研 1.绘制组织结构图 2.描述各职能科室职责 3.对企业的生产流程做简明调研 4.各分公司或子公司的总体概况、相互关系、与母体公司的关联程度 五、针对企业的行业了解下述情况 1.企业在行业及整个国民经济中的地位 2.产品的市场占有率 3.行业发展现状、企业的竞争目标 六、针对企业技术现状做如下调研 1.企业设备、先进、精密、自动化程度 2.计算机资源情况、数量、型号，可自动化系统的应用情况 3.技术人员的水平、能力 调研的注意事项 初步调研是针对公司总概况的调研，绝大部分公司对上述内容都有文件档案。顾问调研前一定要详细阅读相关资料，找出关键点与有疑问的地方重新拟定调研提纲，做到简洁、明快，尽量减少介绍人员对熟悉事物的反复介绍。 第二阶段：现状分析 在第一阶段的调研基础上对各职能科室及分公司做进一步调研
建设项目工程合同管理制度 第一章总则 第一条为加强公司建设工程合同管理工作，预防、减少和及时解决合同纠纷，维护合同双方合法权益，提高经济效益，根据《中华人民共和国合同法》和有关规定，结合公司工程建设实际，制定本制度。 第二章合同管理职责 第二条项目法人的主要职责 1、认真学习、贯彻执行《中华人民共和国合同法》和有关法律法规，依法保护本公司的合法权益。 2、制定、修订本公司合同管理制度、办法，组织实施合同管理工作。 3、依法签订、变更、解除有关工程合同。 4、严格审查所签订的合同，重大合同应提交有关方面会审，防止不完善或不合法的合同出现。 5、协助合同承办人员依法签订合同，参与重大合同的谈判与签订。 6、做好合同统计、归档、保管工作。 7、监督、检查合同签订、履行情况。 8、宣传合同法和有关法规，培训合同管理人员。 9、依法处理合同纠纷。 10、制止有关单位或个人利用合同进行违法活动。 第三条财务部门的主要职责 1、加强与项目法人及现场管理机构等的联系，及时通报合同履行中的应收应付情况。 2、做好与合同有关的应收应付款项的统计、分析，提出处理建议、妥善保管收、付凭证。 3、配合项目法人做好合同管理工作。 第三章合同审签管理
第四条本公司对外签订合同，应由法定代表人或法定代表人授权的代理人进行。未经授权，任何人不得以本公司名义对外签订合同。 第五条严禁将合同业务介绍信转借其他单位或个人使用。介绍信的存根应当保存五年，以备核查。 第六条合同应当采用书面形式，合同文本应当采用国家规定的合同示范文本；合同相对方提供的合同文本必须送交局有关部门审核。 第七条所有合同都应按顺序由项目法人统一编号。 第八条合同及其有关的书面材料，应当语言规范，字迹（符号）清晰，条款完整，内容具体，用语准确、无歧义。 第九条订立合同，必须完备合同条款。合同条款一般包括当事人的名称或者姓名和住所，标的，数量和质量，价款和报酬，履行的期限、地点和方式，违约责任及解决争议的方法等。 第十条对于合同标的没有国家标准又难以用书面确切描述的，应当封存样品，由合同双方共同取样封存，并加盖公章或合同章，分别交由指定责任人保管。第十一条订立依法可以设定担保或者对相对方的履约能力没有把握的合同，应当要求相对方依法提供保证、抵押、留置、定金等相应形式的有效担保。 对方当事人提供的保证人，必须是法律许可的具有代为清偿债务能力的法人、其他组织或者自然人。对相对方的保证人的主体资格和清偿债务能力要参照本制度的规定进行审查。 第十二条对外签订合同，要明确选择纠纷审判管辖地，并优先选择由本公司所在地人民法院管辖。 第十三条法定代表人或合同承办人应当在合同文本上签名或盖章。 第十四条签订合同，应当加盖单位的合同专用章。严禁在空白合同文本上加盖合同专用章或公章。单份合同文本达二页以上的须加盖骑缝章。 第四章合同审签程序 第十五条签订合同前必须严格审查对方当事人的主体资格。 对法人必须审查营业执照原件或者盖有工商行政管理局复印专用章的法人营业执照或营业执照的副本复印件（必须有最近年检章）。
项目管理制度 (范本 ) 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确 工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1.硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工程、综合布线工程、监控产品的安装工程等。 2.软件工程：凡公司自行开发及代理软件项目，包括 OA 系统、 MIS 系统，电子商务软件，企业的 MRP、MRPII 、 ERP 等。 3.综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4.其他应该实行项目管理的工程。 第四条名词解释 1.项目业务经理：在项目签约以前的项目经理，主要负责完成项目的前期需求调研及 总体 设计 方案，从项目的前期公关、跟踪，直至项目的签约。 2.项目实施经理：在项目签约之后的项目经理，主要负责项目的详细调研及详细设计方案，从实施计划的制定、执行，直至项目的完工验收。 3.责任业务员：按公司有关规定，与项目成败具有直接利益关系的人员。 第三章流程 第五条项目准备 1.业务信息的管理 2.意向客户的确定
第六条项目立项 1.立项 2.跟踪 3.签约 第七条项目实施 1.确定实施小组 2.制定实施计划 3.编制项目预算 4.执行实施计划 5.协助项目决算 6.项目内部评审 7.完成竣工验收 8.提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备 第十条适用范围：销售中心 第十一条业务信息的管理 1.任务：项目信息调研，收集、汇总项目业务信息。 2.工作流程：业务员每日向部门经理汇报 ;部门经理每日向市场总监汇报 ;市场总监每周向总经理汇报。 3.形式：口头、书面、随时报告 ;晨会、行政例会。 4.报表：《意向客户日报表》、《意向客户周报表》。 第五章项目立项
什么是项目需求分析？ 需求分析是指理解用户需求，就功能与客户达成一致，估计和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和要负责整理用户需求，为之后的设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的,而你在开发前期
忽略了的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务 简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求. 三、需求分析的过程 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别：就是从系统角度来理解,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(运行是所需的内存,CPU等),消耗与开发进度需求,预先估计以后系统可能达到的目标. 分析与综合：逐步细化所有的功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).
软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 一、软件需求分析理论 如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广，我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示，那么，我们可以用一个表达式描述为YwDYM。 S={D1，D2，D3，…Dn} 但是，功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成，并且每个功能对应于子系统中的一个软构件，我们可以表示为 Di={P1，P2，P3，…Pm} 同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法bDnpi。 Pj={F1，F2，F3，…Fk} 一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。需求分析是依据于用户需求，经过需求问题识别，进行分析、消化与综合，制订规格说明，评审，分为四个阶段，形成用户需求与设计同步，设计满足用户需求目标。AR2yz。 需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求。26Y1l。 二、软件需求分析目标 软件需求分析的主要实现目标：
关于施工合同管理工作的一点心得 随着建设市场风险加大、市场监管力度增强、建设市场管理体制的进一步完善，施工单位风险意识普遍加强，目前的建筑市场正在发生着本质的转变。建设市场多年前僧多粥少的现象如过眼云烟，一去不返。甚至出现了工程项目待嫁闺中找不到婆家的现象。这一现象总体上来说是积极的，将促进建设市场的进一步规范，过去对施工单位来说如噩梦般的工程款难讨的局面也将被历史的洪流卷的无影无踪，对信誉度较差的建设单位来说其后果更象是一个噩梦的来临。 在这一新形势下，工程招投标、合同管理对承发包双方来说都在变的越来越重要，工程招投标不再只是一个纯粹的报价问题、合同管理也不再仅是一个签字那么简单。简单的说已经变成了一个风险管理的问题。至少在招投标过程中，不管是否有意识，对对方的信用程度、财备状况的考察已变成一个不可或缺的关键环节。而合同模式的选择，对合同双方建立合作、信任的关系尤为重要。 现在我以自已在工程合同管理及招标中的实践，来和大家探讨一下这个问题，以期能达到抛砖引玉的效果。 一、合同总价的确定 目前在建安工程方面大至存在以下几种形式： （1）据实结算的合同类型：该类型的合同，合同总造价以双方最终核对确认的工程预算为准，施工单位风险最小，几乎所有市场风险全部由发包方承担。缺点是： ①、在招标时发包方的选择范围小、往往最终确定的造价比较偏高； ②、由于在前期双方很难对工程总造价取得共识，可能因此影响工程款的支付，工程进展步履维艰； ③、在合同履行过程中，双方一旦出现信用危机，对总造价的核对带来很大的负面影响。 此类合同的优点： 招标程序简单迅速，双方仅约定一个优惠幅度，既可进场组织施工。非常适于工期紧、工序简单、总金额小、双方以前有良好的合作基础的施工项目，应用范围包括区内道路、管网等配套工程。 （2）合同造价一次包死的类型：一般情况下，该合同造价以投标单位的投标报价为合同总造价，工程结算时除工程量变动外其余均不调整。此类合同的缺点： ①、施工单位承担的风险很大，合同在施工单位的潜意识中是一个不平等条约，双方很难建立长期稳定的战略合作关系。往往发包方的每一个工程都必须进行招标才能选定施工队； ②、在市场价波动较大时，施工单位有可能承受不了市场的冲击，而致使工程搁浅，最终造成承发包双方两败俱伤。 此类合同的优点是： 双方对合同总造价都有了一个十分明确的目标，给工程款支付及最终结算带来了最大的便利。该类型合同比较适合工期较短的项目。 （3）除双方约定的材料品种据实调差外，总造价基本包死。这种模式为第二种模式的合理补充。 此类合同的优点是： ①、在招标时，由于施工单位风险的部分化解，能在施工单位中间加大竞争，比较有利于降低造价；
研发项目管理的内容应包括： 研发项目评级及经理的选任；项目经理负责制和研发项目组组建及解体；进度控制；质量控制；技术管理；成本控制；人员管理；变更管理；薪酬管理；考核管理；文档管理；信息管理；研发知识产权管理。 项目经理的责任包括： 明确项目目标及约束，制定项目的各种活动计划，确定适合于项目的组织机构，招募项目组 成员，建设项目团队，获取项目所需资源。 领导项目团队执行项目计划，跟踪项目进展，及时对项目进行控制，处理与项目相关者的各 种关系，负责项目考评与项目报告。 公司的技术研发部负责公司产品的研发工作，新产品的研究，技术管理，以及公司的技术发 展的总体把握。管理公司产品整体技术的发展轨迹，以及产品的研发进度，同时对研发的成 本进行控制。负责对公司产品实行技术指导、规范工艺流程、制定技术标准、抓好技术管理、实施技术监督和协调的专职管理部门，对所承担的工作负责。 工程项目管理应遵循如下原则： （1）及时、实事求是、审批程序简单、有效； （2）实施监督与决策控制相结合； （3）不相容岗位相互分离、制约； （4）分工明确。 项目组织特征有： （1）组织目标单一，工作内容庞杂； （2）项目组织是一个临时性机构； （3）项目组织应精干高效； （4）项目经理是项目组织的关键。
项目管理办公室职责为： 1.制定内部项目管理规范，支持组织级项目管理平台的日常运作和改进。 2.协助规划、组织和推进公司内部的过程持续改进工作。 3.项目的过程和产品质量保证，内部审计、跟踪过程缺陷直至解决、参与技术评审。 4.为所有项目提供过程咨询和指导、负责项目过程数据的采集和分析。 5.通过组织级的项目视图和分析，给高层领导及时汇报项目信息并提供决策支持。 6.负责项目经理的培训、委派、监督和考核以及项目资源分配与回收。 项目可行性分析的内容包括： 1.价值（预计利润达X万元以上）； 2.公司技术能否支持； 3.公司资源能否支持； 4.是否符合公司产品方向（能否体现公司形象、能否树立样板工程）； 5.预计签约时间； 6.成功的可能性； 7.客户的业界信誉（主要指资金信誉）； 8.公司其他的竞争优势； 9.其他需要提供的分析资料。
内部管理制度系列 项目部日常工作制度（标准、完整、实用、可修改）
编号：FS-QG-86423项目部日常工作制度 Daily work system of the project department 说明：为规范化、制度化和统一化作业行为，使人员管理工作有章可循，提高工作效率和责任感、归属感，特此编写。 工程项目部日常工作制度 1、工程部组织制度 ①工程部衽部门经理领导下的专业工程师负责制; ②工程部根据建设项目需要，可设经理一名，副经理一名，土建专业工程师两名、安装工程师两名、资料管理员一名。 2、工程部会议制度 ①工程部实行定期现场办公室制度(怡和星国际项目定在星期五上午8:30)与定期会议相结合，根据工期、质量目标设专题会议; ②组织工程部与监理方定期现场办公例会制度(暂定星期五上午9:00)，班前会制度(星期一至星期五早8:00)不定期专题会议制度。
③积极参加监理例会制度(星期一下午3:00)及不定期监理例会。 3、检查制度 ①要求专业工程师会同监理相应专业及施工单位技术、施工员于上午、下午对施工作业点巡查各一次，重点部位及关键工序做到巡查各工作点达到100%，漏点处罚:每日每点50元(特殊情况或有其它工作除外);组织周小查，由工程师负责人与监理方负责人及各专业工程师会同施工方负责人共同实施检查(暂定星期一上午9:00)，组织月大检查或分部分项检查。请公司及管理人员参加，建立评比标准，进行现场讲评，及时组织竣工工程初步验收; ②针对检查结果及时以文字形式提交有关各方签认; ③工程部各岗位实行书面总结、计划，分周报、月报及分段目标报告制; ④写出管理日志，注明当日巡查情况及时间，记录工程会议检查事项、工程签证设计变更、施工质量、进度问题及相应措施的实施，并不定期对其抽查。 请输入您公司的名字
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：SRS文档（system requirement Specification）；2.DRM文档；3. Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析软件用户需求是什么。如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，从发重新开发过，这种返工是让人痛心疾首的。（相信大家都有体会）比如，用户需要一个for Linux 的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发fox window的软件，当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，恨不行找块豆腐一头撞死。 需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位。大家一定要对需求分析具有足够的重视，在一个大型软件系统的开发中，他的作用要远远大于程序设计。 二、需求分析的任务 简言之，需求分析任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求并准确地表达所接受的用户需求。 需求分析的过程 需求分析的工作，可分为四个方面：问题识别、分析和综合、制订规格说明、详审。问题识别 就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些要求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求（做什么），性能需求（要达到什么指标），环境需求（如机型，操作系统等，）可靠性需求（不发生故障的概率），安全保密需求，用户界面需求，资源使用需求（软件运行是所需的内存，CPU等），软件成本消耗与开发进度需求，预告估计以后系统可能达到的目标。 分析与综合
项目需求和技术方案要求 1 建设背景 山东警务云安全，依据《山东公安警务云计算建设总体方案》和《山东大数 据警务云计算安全技术白皮书》，结合国家信息安全等级保护制度、公安部《公 安信息化“十三五”规划重点任务_公安信息化安全保障体系_建设内容及要求》等进行统筹建设。在我省已建公安信息系统和安全防护措施的基础上，构建安全数据分析和安全资源服务系统，将分散在各地的安全数据进行汇总，打通各安全系统间壁垒，将现有安全资源进行整来，建设一套统一资源标准、统一应用分析、统一防范管理的“三统一”一体化安全管控体系。 根据公安部相关安全要求，为防止信息泄漏等违规问题发生，确保数据和信息安全，进一步加强全省公安信息化应用系统日志审计工作，开展全省一体化安全数据分析，省厅下发了《关于上传公安信息化应用系统日志数据的通知》（鲁公信通传〔 2017〕39 号），要求各地上传公安信息化应用系统日志数据，同时建议采用主动抓取应用流量的方式分析应用日志。 目前，济南市警务云平台已经部署了包括防火墙在内的多种访问控制类、检测类、审计类安全设备和安全系统，对各类防护对象及安全问题进行针对性防护。然而，针对济南市局重要应用系统的操作行为，仍然缺少有效的审计监督手段。 因此，本次拟采购综合安全审计系统，实现市局重要信息系统的日志全面、准确审计，以及关键网络节点流安全信息采集。 2建设目标 通过对济南市局重要信息系统访问情况进行监听、记录、分析，实现对用户操作行为的全面监视、违规报警、统计分析、事故追溯。通过对网络关键节点流 量包头信息的采集、分析，实现对业务流互访关系、网络连接情况的梳理，建立 正常流量模型，当网内发生大规模蠕虫病毒、木马反向连接、拒绝服务工具等异
工程项目管理制度范本 工程项目管理制度范本 第一章总则 1．1为了进一步规范项目管理行为，全方位加强项目管理，推行精细化管理，使工程项目真正成为企业经济效益的源头，弘扬企业文化，提升企业形象，提高工程项目管理水平，特制定本管理办法。 1．2本办法所称工程项目管理是指签订《建设工程施工合同》(以下简称施工合同)后，从项目经理聘任、项目部组建、施工准备、施工、竣工验收、结算、回款到保修期满为止的全过程管理。施工总承包和专业承包工程的项目管理适用于本办法。 1．3集团公司对工程项目管理负总责，并对工程项目实行全面管理，其管理方式是：集团公司直接管理和授权委托分公司、直属项目部进行管理。集团公司直属项目由集团公司直接管理，分公司（含直属项目部，下同）的工程项目由分公司管理。无论集团公司、分公司的工程项目都要减少管理层次，优化作业层次，采用适宜的组织形式。 1．4集团公司应建立健全内部生产要素市场，加强计划和经营管理，保持资源的合理分布和有序流动，实行集约化管理，为项目生产要素的优化配置和动态管理提供服务和支持，对项目管理工作进
行全过程指导、监管和考核，以适应项目管理的需要。 1．5本办法是明确企业层次与项目层次、项目层和作业层的职责和相关工作关系，考评项目经理和项目部的基本依据。 1．6集团公司服务控制、项目授权管理。集团公司与项目经理部(以下简称项目部)是项目管理目标责任监管与执行、服务与服从的关系，是有限授权与被授权的关系，而不是利润承包的关系，更不存在利润分成与项目留利的问题。强调项目管理一次性的特点，防止项目部固化而造成企业内部利益主体多元化，从而削弱企业总体经济实力和肢解企业的整体优势。 1．7工程项目管理必须坚持企业是利润中心，项目是成本中心的原则，实行项目经理责任制和项目成本核算制。集团公司对工程项目要“一个项目一核算"，“一个项目一审计"，“一个项目一兑现”，“项目竣工后一封帐"。 1．8集团公司主管施工的副总经理负责主持项目监管工作，分公司经理是本单位工程项目监管第一责任人。 1.9在项目管理工作中要加强职工队伍建设，为工程项目的顺利实施提供强有力的思想动力支持和精神保障。项目管理中思想政治工作、党建等工作，应按照集团公司有关制度的具体要求执行。 第二章项目管理策划 2.1项目管理策划是实现管理目标的一项有效的事前控制手段，是对项目全过程中的各种管理职能工作，各种管理过程以及各种管理要素，进行完整的、全面的、整体的计划。有效指导项目未来工作
工程项目样板管理制度 一、目的: 为了在施工过程中，对工程重要节点的施工工艺、工艺做法等进行展示，统一质量标准，提高项目工程质量，制定本制度。 二、适用范围：中建一局集团所有在施工程项目。 三、样板分类： 样板分为施工工艺类、材料设备类、样板间（件）类 1. 施工工艺类：在施工平面布置时，在醒目位置确定样板展示区，正式施工前，制作以下部位的工艺样板：竖向结构、水平结构、楼梯、二次结构、屋面工程等 2. 材料设备类：保温材料、防水材料、装饰装修材料、机电设备等 3. 样板间（件）类：卫生间、建筑不同功能类房间、外墙装修等 四、样板管理： （一）管理流程图： （二）管理要点 1. 样板计划的制定要点： （1）项目样板计划应根据工程质量目标、设计要求、工程进度计划等由项目总工或项目质量总监组织制定，由项目经理审核并得到监理和业主认可； （2）项目样板计划中应明确：样板具体项目、样板制作时间和内容、样板制作负责人、验收要求。 2. 样板制作要点： （1）根据样板计划，在规定的时间由具体样板负责人组织制作样板；（2）样板制作应严格按照施工方案和技术交底进行施工；（3）需各专 业共同配合的样板制作，应由各专业负责人共同协商，形成专业配合的施工操作流程，由相关专业共同遵守； 3. 样板验收要点： （1）各类样板必须由项目总工牵头，组织相关方进行验收； （2）样板制作符合施工方案和质量验收标准要求后方可通过； （3）样板验收不符合要求时，应重新对样板进行整改，直至验收通过；（4）样板验收通过后填写样板间（件）验收记录。 4. 样板实施要点： （1）对操作人员的技术交底必须与样板相结合；
xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月
目录 1引言 (1) 1.1编写目的 (1) 1.2范围 (1) 1.2.1软件名称 (1) 1.2.2建设目标 (1) 1.2.3应用说明 (2) 1.3定义 (2) 1.4参考资料 (3) 2产品描述 (6) 2.1建设背景 (7) 2.2开发意图 (8) 2.3应用目标 (9) 2.4作用范围 (10) 2.5产品功能 (11) 2.6系统角色 (11) 2.7用户对象 (11) 3功能需求 (12) 3.1平台首页 (13) 3.1.1信息查询 (13) 3.1.2阀门监控 (13) 3.1.3视频监控 (14) 3.1.4三维展示 (15) 3.1.5功能描述 (16) 3.1.6法律规范 (16) 3.1.7XXX水情 (17) 3.2数据库及数据要求 (18) 3.3外部接口需求 (20) 3.3.1用户接口 (20) 3.3.2硬件接口 (20) 3.3.3软件接口 (20) 3.3.4性能需求 (21) 3.4安全性需求 (22)
3.4.1环境安全 (22) 3.4.2数据安全 (22) 3.4.3系统运行安全 (22) 3.4.4网络安全 (23)
1引言 1.1编写目的 为明确软件需求，方便与用户统一思想，确定系统功能、数据范围，便于项目规划与进度安排、组织软件开发与测试等，特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 1.2.1软件名称 XXXXX动态监管系统软件即：XXXX一体化动态监管平台。 1.2.2建设目标 围绕XXXXX水库运行调度设计的要求，以水库运行调度设计为核心，运用先进、成熟技术，建设水库一体化管理平台，实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换，为XXXXX管理部门及时掌握水库区域内的重要水情信息和控
公司项目管理制度（制度范本、doc格式） .doc 项目管理制度 (VER:01-11-01) 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1、硬件工程:除纯硬件销售之外的硬件项目，包括网络设备安装工程、 综合布线工程、监控产品的安装工程等。 2、软件工程:凡公司自行开发及代理软件项目，包括OA系统、MIS 系统，电子商务软件，企业的MRP、MRPII、ERP等。 3、综合性工程:划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。第四条名词解释 1、项目业务经理:在项目签约以前的项目经理，主要负责完成项目的 前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至项 目的签约。 2、项目实施经理:在项目签约之后的项目经理，主要负责项目的详细 调研及详细设计方案，从实施计划的制定、执行，直至项目的完工
验收。 3、责任业务员:按公司有关规定，与项目成败具有直接利益关系的人员。 第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围:销售中心第十一条业务信息的管理 1、任务:项目信息调研，收集、汇总项目业务信息 2、工作流程:业务员每日部门经理汇报
客户公司名称“用友ERP-U6项目” 客户公司名称 调研与需求分析方案
文档控制 修改记录 存档 姓名 职位 审阅签字 拷贝号 地点 备注
目录 一、项目背景介绍 (6) 1.1公司简介 (6) 1.2公司组织架构图 (6) 二、行业背景分析 (6) 三、企业现状分析及解决方案 (7) 第一部分：市场部 (7) 1.部门现状： (7) 1.1部门结构及工作 (7) 1.2管理现状 (7) 1.3现有业务流程描述 (8) 2、现有业务分析和解决方案 (9) 2.1存在问题 (9) 2.2问题表象 (9) 2.3问题根源 (9) 2.4问题隐患 (9) 2.5解决对策 (10) 2.6解决价值 (10) 3、ERP执行方案 (10) 3.1优化业务流程 (10) 3.2业务解决场景 (11) 第二部分：PMC (12) 1.部门现状 (12) 1.1部门结构及工作 (12) 1.2管理现状 (12) 1.3现有业务流程描述 (13) 2、现有业务分析和解决方案 (14) 2.1存在问题 (14) 2.2问题表象 (14) 2.3问题根源 (14) 2.4问题隐患 (14) 2.5解决对策 (15) 2.6解决价值 (15) 3、ERP执行方案 (15) 3.1优化业务流程 (15) 3.2业务解决场景 (16) 第三部分：技术开发部 (17) 1.部门现状 (17) 1.1部门结构及工作 (17) 1.2管理现状 (17) 1.3现有业务流程描述 (17) 2.现有业务分析和解决方案 (18) 2.1存在问题 (18)
《工程招投标与合同管理》的学习感悟 本课程主要学习了建筑市场、工程招投标概述、建设工程施工招标、建设工程施工投标、开标、评标、定标与签订合同、建设工程施工合同、工程施工合同管理、工程施工索赔共八个项目内容。 第一项目建筑市场主要阐述了建筑市场是建筑商品和服务交换关系的总和，招标是市场是商品交换和服务交易的主要场所的概念与性质，介绍了建筑产品与去他商品的区别与工程建设的程序分为哪些阶段。建筑市场主体与客体有的定义，以及建筑市场的资质管理的有关规定，和建筑工程交易中心的性质、作用和基本功能以及其运行的原则、运作的一般程序。 第二项目工程招标概述介绍了工程招投标是采购人事先提出货物、工程或服务采购的条件和要求，邀请众多投标人参加投标并按照规定程序从中选择交易对象的一种市场交易行为的概念，和工程招投标的概念，并对工程招投标的现状与未来的发展进行了一定的描述。对工程招投标进行了分类与特点的分析。还介绍了招投标公正、公平、公开、诚实信用的4项原则。与招投标有关的法律法规知识。描述招投标的基本程序、当事人和监督管理的情况。 第三项目建设工程施工招标主要介绍了工程招标的组成与内容，工程招标招标段的划分。诠释了招标公告和资格预审公告的内容，招标工作的保密要求。 第四项目建设工程施工投标主要介绍了工程施工投标的各个顺序，投标文件的主要内容，投标报价的技巧。 第五项目开标、评标、定标与签订合同主要详细描述了招投标顺序中开标、评标、定标和签订合同的内容。
第六项目建设工程施工合同主要介绍了建设施工合同的概念、特征、作用及种类；地《标准施工招标文件》合同条款的应用做了全面的阐述，包括《行业标准施工招标文件》通用合同条款、专用合同条款和复合式合同的内容。 第七项目主要是对建设工程施工合同管理做了详细的阐述。其中包括工程承包合同管理的概念、承包合同各方的合同管理以及合同管理的任务和主要工作。 第八项目主要讲述了索赔的概念和索赔在当今市场的方式，以及索赔的流程。 经本组人员条论我们认为招投标工作的主要工作流程如下：招投标可大致依次分为招标准备阶段、招投标决标阶段、合同签订阶段四大阶段。 其中招标准备阶段的主要工作为编制招标方案、招标公告和招标文件，准备图纸，编制工程量清单，完善招标文件；对于没有资质的业主在编制招标方案前委托招标代理，签订代理合同。 招投标决标阶段的主要工作有办理招标备案，发布招标公告，报审招标文件, 接受投标人报名，发售文件、图纸和资料组织踏勘现场，组织招标答疑，报审招标答疑文件，编制招标控制价，编制开标、评标文件，召开标前会议，接受投标人投标，最后开标。 决标阶段的主要工作有评标，定标，中标公示，编制资料汇编并提交招投标情况书面报告，发放中标通知。 合同签订阶段主要工作有合同交底与谈判，签订合同，施工合同备案
软件需求调研方案设计 软件需求作为软件项目工作的重要依据，对软件项目的成败起着至关重要的作用。以下是小编整理的软件需求调研方案设计，欢迎阅读。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 A.软件需求分析人员组织 软件需求分析其根本性问题是理解用户功能需求，由此软件需求分析实际上是与客户间交流过程完成的目标。要求我们组织适当的参与人员进行交流活动。 需求分析是一个综合团队的工作，是在需求分析理论的指导下，对用户需要进行渐进方式逐步深化；通过不断变化方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产品。需求分析是一个商业行为，完全是一个商业化操作，要求有商业、技术等结合的团队共同合作，解决需求和设计的同步，设计符合需求。 项目涉及内容，项目大小都需要我们考虑参加软件需求分析工作团退的人数，配置合理的参与人员。一般我们必须有商务活动人员，项目管理人员，设计技术人员等参加，而
且要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。 B.具体开展需求分析工作，建议采用以下步骤形成软件需求：确定项目目标及范围→获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。 明确软件需求分析的主要实现目标包括如下内容： 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求； 2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准； 3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则： 1.对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由; 2.将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”; 3.分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求(有可能是实现用户需求的前提条
建设工程项目管理 制度范本
工地治安综合管理奖惩制度 为了进一步加强两个文明建设,不断提高职工队伍素质,健全工地治安的综合管理,使工地生产顺利进行,使工地内的生活纳 入正常轨道,特制定此制度: 1、全体职工都必须遵守项目部规定的”七不”规范,及项目部职 工守则,做一名合格职工。 2、每个职工必须热爱自己所在单位,安心工作,服从领导,听从指挥,圆满完成上级下达的各项施工任务。 3、职工之间,班组之间要互敬互爱,团结友好,发生矛盾时,大家 都要互相尊重,互相让步,以共同方便施工作业为原则,解决不了时,要及时报请班组长或上级领导协调解决,严禁轻易发生骂人、打 人等粗暴行为。打架都要不得事前因起的先后,是非程度及认错态度好坏,视情处以50-30元的罚款。对团伙性的群架行为, 带头闹事者处以200-1000元的罚款,并对所在班组的班组长进行经济处罚,情节恶劣者,呈报公安部门处理。 4、严禁在工地内赌博,或者说娱乐为借口的变相性赌博活动,否则,一经查实,无论赌博程度大小,一律没收其赌具、赌资,并视情 处以50-500元的罚款。 5、为了确保工地内和生活区的用电安全,全体职工都不得使用电 炒锅电炉,否则,一经查实,电炉没收,并视态度好坏处罚款50-500元。
6、严禁使用钢锯条等土制品接电烧开水,违者,一经查实,处以当 事人罚款式100-500元,若出现问题,一切后果自行负责。 7、本工地内和生活区的任何临时用电,必须有本工地的固定值班 电工负责安装,任何人都不得私接乱拉电线及私装灯头或插座,如 特殊情况需临时装用,须经工程部批准后,由工程部派人安装,违者,视情处当事人罚款项20-200元,如出现任何问题,一切后果都由当事人自负。 8、严禁在灯头上或电线中段上挂钩用电,违者每次给当事人处罚20-100元,如出现问题,一切后果自行负责。 9、在新建高层或多层楼梯间及其它通道的照明灯泡,除本工地固 定值班电工外,任何人都不得随意摘取,违者每次处罚款200-500 元罚款。 10、每个职工都要护工地和她人的财物,对偷窃工地和她人财物者,处以偷窃价值5-20倍的罚款,情节严重者,送交公安部门处理并遂出工地。 11、全体人员都要有高度的集体主义思想,公私分明,严禁把工地 材料随意拿做它用或私做家具和个人用具,违者视情处罚50-200元,严重者加倍处罚。 12、全体人员都要爱护安全防护、防盗设施,破坏本工地防盗及安全防护设施者,视情节轻重处以罚款50-300元,情节恶劣者,呈报 公安部门处理。 13、本工地全体人员,应为本工地的工程施工,工程材料及工程安
软件需求分析方案设计 软件需求分析是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。今天小编为大家准备了软件需求分析方案设计，欢迎阅读! 软件需求分析方案设计如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广，我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示，那么，我们可以用一个表达式描述为 S={D1，D2，D3，…Dn} 但是，功能域Di依然存在着有若干个问题P1、P2、P3、…Pm组成，并且每个功能对应于子系统中的一个软构件，我们可以表示为 Di={P1，P2，P3，…Pm} 同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法 Pj={F1，F2，F3，…Fk} 一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。需求分析是依据于用户需求，经过需求问题识别，进行分析、消化与综合，制订规格说明，评审，分为四个阶段，形成用户需求与设计同步，设计满足
用户需求目标。 需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求。 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求; 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。 、软件功能需求