论信息系统项目的需求管理和范围管理
龙源期刊网 https://www.360docs.net/doc/f54457457.html,
论信息系统项目的需求管理和范围管理
作者：彭文
来源：《智富时代》2018年第05期
【摘要】以某高校数字化图书馆信息管理系统集成项目开发为例，首先介绍了项目基本
情况以及作者在其中所承担的主要工作和职责介绍，详细论述了对需求管理和范围管理的认识及它们之间的区别与联系，对项目范围管理过程中采用的具体方法和工具作了阐述，结尾总结了从该项目中所获得的宝贵经验。
【关键词】需求管理；范围管理；信息化建设；图书馆；数字化；
中图分类号：TP311 文献标识码：A
一、引言
本文作者在研读《信息系统项目管理师》和PMBOK项目管理知识体系后，为了理论与实践相结合，有幸作为某公司项目经理助理身份，参与了某高校数字化图书馆项目建设为例，探讨项目需求管理和范围管理在项目实施过程中的重要性，结合实例全面阐述项目需求与范围管理过程，以及个人的经验教训。
二、项目背景、范围、需求概况
2013年6月，我作为某公司的项目经理助理参与了某高校数字化图书馆的项目建设。该
项目投资约500万元，采用招标的方式进行。我公司为最终中标单位，该项目建设周期为3个月。该项目涉及到网络建设、服务器集群、SAN存储、应用软件二次开发等方面，该项目跨
专业，跨行业，属于典型的信息系统集成项目，存在的风险高。
需求是指用户对目标系统在功能、行为、性能、设计约束等方面的期望。需求工程包括需求开发和需求管理，是个不断反复的需求定义、文档记录、需求演进的过程，可以划分为：需求获取、需求建模、形成需求规格、需求验证、需求管理。而项目范围则是为了达到项目的目标，为了交付具有某种特征的产品和服务，项目所规定要做的。范围管理就是要确定哪些工作是项目应该做的，哪些工作不应该包括在项目里。首先通过需求开发来获取项目需求，在此基础上确定项目范围，进行项目范围管理。需求管理是对已批准的需求进行生命周期管理。只有通过需求分析过程之后才能确定项目的范围，需求的并更会导致项目范围的变更。针对业务需求不确定性高、项目范围广等特点，在需求管理和范围管理中都采取了如下的措施：
三、用简化的原型法来进行需求分析
需求分析对项目有举足轻重的作用，充分的需求分析可以使得开发和测试更能够了解客户的需求，把一些技术难点和可能遇到的难点问题提出来，尽早解决，并且达到一致，避免项目
人力资源管理信息系统总体需求
集团公司人力资源管理信息系统功能要求说明 一、信息系统的管理模式要求 采取“分级管理、分级使用、集团大集中”的管理模式。在该模式下，集团数据中心存放所属全部单位和人员的相关信息，集团公司总部的人力资源业务依赖于大集中的数据库；各直属单位及其下级企业人力资源业务依赖本地数据库就可以进行相关的业务处理，同时根据集团需要定期将相关数据及其变动信息通过数据同步技术，同步至上级单位直至集团总部的数据中心，保证集团总部数据的实时性和准确性。在运用数据同步技术更新上一级数据库信息时要求详细显示所更新的具体信息且必须经过上一级的确认，每一次数据更新系统都要有详细的日志记录（包括与其他信息系统的数据交流，例如财务系统、物资管理系统、生产安全系统等）。 二、信息系统功能要求 1. 完整性、实时性、连动性、扩展性 要求系统的功能必须完整，能全面涵盖人力资源管理的所有业务功能，并且对每个业务功能都是基于完整而标准的业务流程设计，是日常工作的信息化管理平台；各类数据输入工作在系统中只需进行一次，相关模块能根据设定条件连动更新；既可作为一个完整的系统使用，也可以将模块拆分单独使用，在必要时还能扩展集成为一个完整系统。 2. 安全保密性、稳定性 要求具有完备的安全加密模式，能够执行对数据项、数据表、数据库、操作功能的多层次加密功能，并且要具备严格的权限管理，设定企业对系统不同模块、子模块乃至数据项的不同级别操作权限；要有完备的数据备份与恢复手 段，对于数据库更新要求采用非覆盖式，数据库保存要求系统能自动定期进行
或按用户要求随时进行，保证信息数据的安全和稳定性，以便于系统出现故障 时的恢复和满足用户对不同时段数据进行统计分析的要求；对所有重要业务操作要有完备的日志记录，以实现对非法用户的跟踪处理以及对一些误操作的更正撤消。 3. 开放兼容性 要求具有功能强大的数据接口，能轻松实现各种数据的导入导出以及与外部系统的无缝链接；可方便引入各类office文档更能实现与VFR ACCES等数据库的转换与互导，并存储到数据库中；可生成各类office 文档，便于用户使用；支持所有主流数据库管理系统以及各种类型的文档处理系统。 4. 自助多样性 要求能够通过网络，实现异地、多级、分层的数据管理功能，且支持移动办公，可在任何联网计算机上经身份验证后进行操作；允许各级管理人员在授权范围内在线查看下属员工的个人信息，在线审批员工的休假等申请，在线对员工进行绩效评估等自助操作；允许员工在线查看个人信息、部分更改个人数据、提交休假申请、进行绩效考核、满意度调查、查询相关政策及规章制度等自助操作。 5. 设置灵活性 要求用户应能自定义各种库结构、业务流程，可灵活设置条件进行组合查询、统计、输出、打印。 6. 直观可视性 要求具备国家及地方行政部门规定的所有人力资源工作常用报表格式，且用户能自行设计各种所需报表, 支持扫描件的录入；所有报表能在屏幕上显示并可打印或保存为EXCEL WOR等多种文件格式；同时，要求具备完善的图形统计分析功能，输出的统计图形可直接导入到Office 文档中。 7. 简捷易用性 要求每一个界面精细完美、尽量在一个窗口中集合显示所有相关信息; 优化设计操
需求和范围管理
论信息系统的需求管理和范围管理 摘要 在2003年9月，我参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点工程，受到了省政府和“数字**”领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，大中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称我省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范围管理的一些不足之处． 正文 一、项目概述 为进一步加强我省毕业生就业服务体系建设，加强我省人才资源的宏观管理与合理配置，为我省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下，“**省毕业生就业公共网”（下简称：就业网）项目作为“数字**”的重点工程于2003年9月启动了。 项目总投资150万元，要求在2004年5月1日前全面竣工并投入使用． 系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为我省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为我省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。 通过公司的项目经理竞争上岗机制，我有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作． 在省政府与“数字**”小组领导的亲切关怀下，业主的通力配合与支持下，我与项日组全体同志们一起并肩作战，通过近8个月的努力，终于在2004年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15天，为公司挣得近50万的利润． 二、项目范围难以管理 范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。就业网项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正． 三、项目需求与范围的区别和联系 项目范围（Project-scope）包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项目过程确定如何做． 项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制．事实上就是对需求的管理和项目过程的管理． 四、就业网项目需求特点 1 、项目干系人多 就业网是面向全省各级人事部门（省、市、县三级近100个人事行政单位）、大中专院校（近
产品需求管理――差异化的产品创新
产品需求管理――差异化的产品创新 文件编码（TTU-UITID-GGBKT-POIU-WUUI-0089）
产品需求管理――差异化的产品创新 时间地点：2010年12月16—17日深圳 时间地点：2010年12月21—22日成都 培训费用：2600元/两天（含两天中餐、指定教材、证书、茶点） 培训方式：案例分享、实务分析、互动讨论、项目模拟、培训游戏 参加对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、系统工程师、产品规划专家等。 -------------------------------------------------------------------------------- ? 课程背景： 通过和众多国内科技企业接触，发现这些企业中普遍存在：
一、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 二、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 三、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 四、需求准确把握决定产品成败，但没有人关注需求，即使有时想关注也不知道如何关注 五、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 六、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 七、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 八、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 九、“不编码就等于没有干活”的思想作怪，产品开发过程需求工作持续时间短，需求分析不充分
(完整word版)浅谈项目范围管理
浅谈项目范围管理 在项目研发过程中会出现这样一种情况：项目刚开始做了一段时期，需求方找来了，要求做项目需求的变更，以便于将竞争对手最新推出的新功能加入，新的需求导致了项目的延期；又做了一段时间，需求方又找来了，要求项目需求的变更，以便于将当前最新技术加入进来，这又导致了项目的进一步延期；又做了一段时间，其他参与项目研发的人员过找来了，这个子工作应该是由你来负责的为什么现在还没有启动，而你却认为这是他应该负责的，不得已再次延期；到了项目验收的时候，需求方又提出，其实他所理解的，这个项目还包括其他的服务，例如软件安装或者是应用部署等相关内容……这个时候，不光是你，连项目需求方、项目经理和其他相关人员一定都会觉得很郁闷，整个项目就好象是一个无底洞，不知道项目到底什么时候才能真正结束，要使项目结束到底还需要投入多少人力和物力。 然而这样的情况出现并不罕见，如果要列一个在项目研发过程中最讨厌状况的清单，相信所有参与过项目开发和代码编写的开发人员和测试人员都会将上述情况列入其中，而且排名还会非常靠前。 其实这种状况完全是可以改善甚至是避免的，而改善的
办法也很简单，就是从项目开始就重视范围管理，运用项目范围管理的理论、工具和方法，做好范围管理的相关工作。 要说到项目范围管理，就必须先理解项目和项目范围的概念。项目的概念现在已经是非常普及的一个概念了，即是为完成产品或服务所做的一次性努力。项目范围，是指项目产品所包括的所有工作及产生这些产品所用的过程。结合项目的概念可以看出，范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，例如产品的需求说明书；另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作，比如，要完成产品需求说明书上的内容，需要项目团队完成哪些工作。项目范围是否完成以项目管理计划、项目范围说明书、WBS和WBS字典作为衡量标准；而产品范围是否完成，以产品需求说明书作为衡量标准。从项目范围的概念中可知，项目干系人必须在项目初始达成两个共识：一个是项目要产生什么样的产品；另一个是如何生产这些产品。 确认项目范围对于项目管理来说具有以下意义： 1.明确了项目的工作具体范围和具体工作内容，是提高成本、时间和资源估算的准确性的基础； 2.项目范围计划编制是确定项目进度测量和控制的基准。 3.范围确定就是确定了项目的具体工作任务，有助于清
个人信息管理系统-----需求说明书
个人信息管理系统 需求规范说明书 文档编号：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 理财规划 (6) 3.5 人脉管理 (7) 3.6 知识管理 (7) 3.7 日记管理 (8) 3.8 微记管理 (8) 3.9 公共管理 (8) 3.10 系统管理 (8) 4 性能要求 (8) 4.1 精度要求 (8) 4.2 时间特性要求 (9) 4.3 灵活性 (9) 5 输入输出格式要求 (9) 6 数据管理能力要求 (9) 7 故障处理能力要求 (10) 8 其他专门要求 (10) 9 运行环境规定 (10)
1引言 《个人信息管理系统需求规范说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。对系统开发进一步详细的说明，为总体设计打下基础，更能满足客户需求。通过对系统的详细说明，使用户和系统开发者对系统有一个共同的了解。 1.1编写目的 《个人信息管理系统需求规范说明书》的目的是明确《个人信息管理系统》的各项功能和非功能的需求，确定系统功能模块。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。 《个人信息管理系统需求规范说明书》的阅读对象为： 1）对相关业务技术和总体方案作出决策的管理人员和质量管理人员； 2）对本《需求规范说明书》进行评审和确认的有关业务、技术人员； 3）参加概要设计和详细设计阶段工作的全体设计人员； 4）《个人信息管理系统》项目组，其他有权需要调用本文档的人员 1.2背景 开发软件的名称：个人信息管理系统 项目任务提出者：郑州大学软件学院教师宋玉 项目开发者：郑州大学软件学院工程专业2010级：杨永生、王栋、王东旭、黄海、尤欣欣、胡洁、刘晴； 用户：公司人员、国家公民； 实现软件者：本小组 项目与其他软件、系统关系：银行支付系统（软件开发完成后投资方支付给开发方报酬）； 求职人员与招聘公司信息数据库 1.3 定义 PIMS：Personal Information Management System是个人信息管理系统。 1.4参考资料 《数据库原理教程》科学出版社
企业客户信息管理系统需求分析
企业客户信息管理系统需求分析 一.系统开发目的 现如今，企业客户信息管理系统整合利用信息技术优势，适应现代数据库营销理念。结合中小企业管理现状，可以帮助中小企业将分散的客户信息集中管理、规范管理、长期维护，进行客户基本信息、经营信息动态分析，帮助企业负责人和经营主管随时掌握相关管理信息。有助于企业更好了客户信息，以便于在企业活动等事情上，有更好更有效的操作。 二．系统分析 1.总体分析 针对企业客户信息管理系统的需求，通过对客户信息处理过程的内容和数据流程的分析。为本系统设计如下的数据项和数据结构，包括维护客户信息：?电话、传真、电子邮件、所在省份、客户状态、客户级别、客户备注等等。 ?在登录界面菜单中设置用户名和密码，以提高数据的安全性。 ?实现添加，修改，删除，查找，数据统计功能，为客户举行年末抽奖活动。 2.需求分析 经过对系统的业务流程和系统数据流程的调查，系统的功能需求如下： a.此管理系统将对企业客户进行资料管理和统计，对客户的基本信息进行录 入管理和统计； b.此管理系统将根据企业的需要对客户进行查询 c.此管理系统提供数据信息的备份和还原功能。 d.此管理系统可以为客户举行年末抽奖活动。 除上述功能外，系统还需要有以下功能： 有美观的界面
三．系统角色及功能 系统分为管理员，客户 1、管理员： 系统设置：查看系统运行环境，添加企业类型，企业性质，客户级别，客户来源等信息 企业信息：对企业，企业类型，企业性质进行查看，增加，删除，修改。 客户信息：对客户级别，客户类型，客户进行增加，删除，修改，查看。对客户投诉，客户合作进行查看。 抽奖页面：进行年末抽奖活动 员工信息管理：对企业员工进行增加，删除，查看，修改。 系统退出：退出系统后台。 2、客户： 修改密码：对自身进行密码修改。 个人信息查看：查看和修改个人基本资料。 客户投诉：对企业所提供的服务进行投诉，还可以查看投诉历史记录 安全退出：客户退出系统，返回登录页面。 四．设计目标 根据系统实施后，应达到以下目标： 支持多行输入，自动生成编号。 界面美观友好、信息查询灵活、方便、快捷、准确。 强大的库存预警功能，在意外中将损失降到最低。 提高工作效率，降低成本。 图形化数据分析。 对用户输入的数据进行过滤，当输入有误时提示用户。 数据保密性强，用户对应不同的操作级别。 系统最大限度地实现了易安装性、易维护性和易操作性。 系统运行稳定、安全可靠。
产品需求管理中的需求变更
产品需求管理中的需求 变更 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
产品需求管理中的需求变更 IT行业中失败项目的比例可以说明“项目管理”是很难做好的事情，项目失败的原因千千万，我认为需求管理、需求变更管理是个很重要的因素。恰恰PM的工作缺不了项目管理，更缺不了对于需求的管理，偶然的原因，和团队分享了我对于项目进行中“需求变更”的理解和管理方法。忽然发现之前写过很多产品思考和细节思考的东西，但从没有整理出方法论，后续应该多整理下方法论。 我认为对需求变更这件事是需要无限关心的，它的目的在于两点： 1，管理需求变更的过程，实际上是不断明确项目目标的过程，是自我完善的过程。 2，需求变更对虚拟团队的打击是PM需要避免的，无论是对PM的信任度，还是对于自身的挫折感，都很重要。 我整理的需求变更循环如下： 1，需求质量 需求包含调研过程、沟通过程、文档产出等内容，PM前期需要尽可能的想清楚、表达清楚，包括大局、节奏和细节。需求质量的高低能够对后续的变更起到决定性的作用，杂乱无章、漏洞百出的需求必然会导致无尽的需求变更。但需求质量也并不是绝对的，要看项目，看开放方案，对于敏捷开发来说，质量要求也许70分就够了，快速迭代才是硬道理。对于重大项目，也许要80分才能过各级的评审。但无论如何60分是必须的，需求达到一定质量才能立项进入开发阶段，这也是一般情况下采取的项目评审方式。 2，团队理解一致 PM团队、项目虚拟团队的沟通效果最重要，要明确每个人的理解一致。PM把自己的调研、设想、预期描述清楚是第一步，这也是PM的必须课。但更重要的是要明确每个人的理解是一致的。要知道很多时候不同的人对于同一句话，同一个描述段落，理解很有可能是不一致的，这必然会导致后续的发展不一致。因此团队成员每一个人的理解是一致的这件事很重要，不光是为了给大家洗脑，更重要的是让大家做同一件事。 3，越早发现问题越好 问题发现的越早，产生的破坏力越小，对项目进度的影响也越小。可行的方法有很多，随时关注开发进度、进行每日例行站会都是好方法。PM的责任当然不是启动开发后把所有的事情交由项目经理(或者开发负责人，或者什么人)去管理，正确的方式应该是要不自己就是项目经理，要不自己也参与项目的管理工作，最低自己也得随时关注项目的进度。 4，积极面对 发现问题后不能等待，要么变更要么放弃，必须做出选择。事实上经常会遇到一些情况，让我们很难去积极面对，比如资源紧张，比如时间紧张，比如麻烦太大，比如无法向老板交代，比如无法向同学们解释，比如会让同学们鄙视等等。但不作为永远都是下下策，积极面对是解决问题的唯一出路，也是必须要使用的方式。 5，及时更新文档 文档虽然不是最重要的，但记录变更非常重要。无论是对团队成员来说，还是对自己来说，记录变更内容都是非常重要的。每个人的记忆力都是有限的，每次评审都是没有记录的，每次邮件都是杂乱无章的，每次会议纪要都是不正式的。唯一正式、可靠的就是需求文档，将变更内容及时更新不但是良好的工作习惯，也是对项目团队负责人的表现，任何人这样做都会获得别人的尊重。 6，冻结时间点
项目范围管理的内容和步骤
项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。
根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的 市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。
信息系统需求提报管理规范
信息系统需求提报管理规范 一、目的 为了更好的规范管理业务系统需求提报工作，使其标准统一，能清晰、准确、完整的反应业务实际需求，以确保信息管理部根据需求做出客观的评估，并进行准确、高效的开发、测试工作，特制定本管理规范。 二、适用范围 信息管理部涉及维护的所有信息系统新需求提报 三、术语 1、报表类：将系统分散的基础数据或业务数据信息，根据一定的查询条件，以一 种标准格式的数据方式，可靠和安全的把数据信息呈现给使用者的列表。 2、功能类：现行业务的变化或者是管理要求的变化所导致的业务系统操作点、管 控点的新增、修改、调整。 3、配置类：业务的产生或变化，需要进行系统参数的新增、修改。例如会计科目、 工厂、仓库、工作中心、成本中心、订单类型等。 四、需求提报要求 1、各信息系统需求提报均按《信息系统新需求申请》流程执行，且必须提供《信息 系统需求说明书》。申请流程位置：BPM系统-信息与流程管理-系统需求提报-信 息系统新需求申请。 2、信息系统需求说明书分为报表类、功能类、配置类，具体填写要求和示例详见本 文附件，或在BPM系统《信息系统新需求申请》流程新建界面进行下载。 3、需求说明书中未标注有“信息部”的部分由业务部门进行填写，业务部门编写过 程中充分与信息管理部进行交流、沟通，以提高需求说明书编写效率和质量。 4、需求说明书未提交或填写不完全信息部将不予受理，对于需求描述不正确或者描 述不清，由信息部进行指出，业务部门进行更改，重走《信息系统新需求申请》
流程。 5、需求经确认后，信息管理部将以此作为系统实现唯一依据，不接受非《信息系统 需求说明书》途径的其他任何需求信息。 6、需求变更，需求已确认进入系统实现阶段，如对需求进行进一步细化或进行较小 调整，信息管理部须在需求说明书中对各项内容进行更新，并对需求文档进行版 本管理控制。如需求发生重大变更则需以新的《信息系统新需求申请》流程进行 提报。 7、业务部门以《信息系统需求说明书》为主要依据进行验收。 五、附则 1、本规范由信息管理部起草，修改及解释权归信息管理部所有。 2、本规范由颁布之日起实施。 六、附件 报表类：信息系统报表类需求说明书.docx 功能类：信息系统功能类需求说明书.docx 配置类：信息系统配置类需求说明书.docx
信息系统项目管理师论文范文—需求和范围管理
信息系统项目管理师论文范文—需求和范围管理信息系统项目管理师考试，要求考生掌握信息系统项目管理的知识体系；能够根据需求组织制订可行的项目管理计划；能分析和评估项目管理计划和成果。信息系统项目管理师论文写作满分75分，及格分数45分。依据考试分值，论文占有相当高的比重。根据软考办最新发布的软考注意事项通知：答题纸论文摘要为330字，正文部分为2750字。下面由小编总结几篇范文仅供大家参考学习。 范文一 论信息系统的需求管理和范围管理 【摘要】 在2008年9月，本人参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点工程，受到了省政府和“数字**”领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，大中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称本人省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范围管理的一些不足之处． 【正文】 一、项目概述 为进一步加强本人省毕业生就业服务体系建设，加强本人省人才资源的宏观管理与合理配置，为本人省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下，“**省毕业生就业公共网”（下简称：就业网）项目作为“数字**”的重点工程于2003年9月启动了。
项目总投资150万元，要求在2014年5月1日前全面竣工并投入使用． 系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为本人省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为本人省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。 通过公司的项目经理竞争上岗机制，本人有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作． 在省政府与“数字**”小组领导的亲切关怀下，业主的通力配合与支持下，本人与项日组全体同志们一起并肩作战，通过近8个月的努力，终于在2014年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15天，为公司挣得近50万的利润． 二、项目范围难以管理 范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。就业网项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正． 三、项目需求与范围的区别和联系 项目范围（Project-scope）包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项
论项目范围管理
论项目范围管理 【摘要】 2009年，本文作者作为项目经理参与了安徽省某电信公司业务支撑系统（简称BOSS 系统）的建设工作。该项目合同金额超过3000万，涉及该省全网用户的业务支撑运营，涉及客户管理，订单管理，客户服务，账务管理，计费管理，接口管理等子系统。我受公司（系统集成商）委派担任客户服务子系统的项目经理，负责客户服务子系统项目的计划和实施工作。 此项目合同金额大，实施周期长，涉及接口多，业务较为复杂。作者在该项目中按照项目范围规划，范围定义，WBS分解，范围确认，范围控制五大过程进行范围管理，出色的完成了客户服务子项目的建设实施工作，获得公司以及客户的一致好评。作者也深切感受到范围管理在项目中的重要性。 【正文】 一、项目概述 本文论述的是安徽省某电信公司业务支撑系统（简称BOSS系统）建设项目。该项目投资3000多万，委托我司（系统集成商）进行建设。系统实现该省全网用户的全业务支撑运营，涉及的子系统有客户管理，订单管理，客户服务，账务管理，计费管理，接口管理等。我司非常重视该项目的建设，项目初期就投入200多人，关键阶段项目人数多达400人。客户服务子项目需求阶段投入10人，在设计、编码、实施上线阶段人数多达24人。该项目采用B/S架构，采用前后台分离开发模式，前台使用weblogic作为容器，采用Java，JS，JSP等开发技术，后台使用tuxedo作为容器，采用proC，SQL 等开发技术，数据库采用Oracle。 我在该项目中担任客户服务子系统的项目经理，负责客户服务子项目的需求管理，范围管理，进度管理，质量管理等工作。 二、范围管理过程实践 此项目合同金额大，实施周期长，涉及接口多，业务较为复杂，需求复杂多变，造成项目管理复杂度高，特别是项目范围的管理。在项目实施过程中，我根据公司已有的组织过程资产，根据项目的要求，严格按照项目管理规定管控项目，和项目干系人充分沟通，团队成员密切协作，计划为纲，监控执行，动态调整，做好客户服务子系统的范围管理工作。下面我就范围管理过程：项目范围计划制定，收集需求和范围定义，制定WBS，范围确认和范围控制等五个方面进行论述。 1、项目范围管理计划制定 范围管理计划制定，作者借鉴组织过程资产，采用模板法进行制定。对收集需求和范围定义的工作方法进行了详细定义，如采用现有运行系统分析，高保真界面原型确认
信息系统需求管理方案
需求管理方案 修改记录
目录 目录 1. 概述 (1) 1.1 现状分析 (1) 1.2 目的 (1) 1.3 适用范围 (1) 2. 岗位与职责 (2) 3. 需求流程说明 (3) 3.1 需求分类 (3) 3.2 需求管理流程及制度 (5) 3.2.1 整体流程 (5) 3.2.2 需求收集 (6) 3.2.3 需求汇总初步分析 (7) 3.2.4 需求评审分析 (7) 3.2.5 需求开发 (10) 3.2.6 需求测试 (11) 3.2.7 需求上线 (11) 3.2.8 需求变更 (12) 4. 需求管理措施 (14) 5. 过程及成果资料 (15)
1. 概述 1.1 现状分析 目前项目需求管理的过程中，在需求收集、流程设置、工作效率等方面存在着一些问题，导致需求得不到及时有效的解决、项目推进缓慢、客户满意度降低等。比较常见问题如下： 需求提出时，不够细化、完全，不能完整、准确的反映客户的实际需求。 没有考虑整体性和关联性，有些需求只适用于个别分支机构；需求上存在理解差异，待功能交付后，用户提出所见非所求，造成需求、bug争论不休，需求 变更及bug修复频繁，影响系统稳定并造成成本消耗。 需求提交方式多样，有很多口头或邮件交流内容，存在需求过于简单描述不清。 没有划定需求的优先级，需求进度难以控制，过多的争论造成了临时事务增多， 需求提出后，经过一段时间的开发，后续无人跟踪。 1.2 目的 为了更规范更有效的管理需求工作，保证需求工作的可控性，明确各阶段的工作内容、处理流程、参与人员以及相关干系人的职责，特制定本管理办法，相关人员必须严格按照本办法执行新需求相关工作。 1.3 适用范围 本制度适用的读者包括：
论软件项目中需求管理的重要性
需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。 但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面：
1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二
产品需求分析与需求管理——如何搞定市场需求
产品需求分析与需求管理——如何搞定市场需求 主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理） 课程对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等。 授课方式：讲师讲授+视频演绎+案例研讨+角色扮演+讲师点评。 【课程背景】 通过和众多国内科技企业接触，发现这些企业中普遍存在： 1、技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5、需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。【课程重点】 1、如何确定目标客户，如何分析需求关系人？
2、如何从市场（客户）角度进行有效的客户需求收集？ 3、围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4、如何对客户需求进行整理和分析，形成产品包需求？ 5、如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户?客户要求?客户需求?产品包需求?产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、SweetPoint模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 【课程价值】 1、掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 2、掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 3、掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 4、掌握产品核心诉求的提炼方法，确定有吸引力的产品概念； 5、掌握支撑研发需求工程各个阶段工作运作的工具和操作方法； 【培训内容】 一、案例分享 二、六个基本概念 1、什么是客户？ 1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2、什么是需求？ 1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2)案例：某运营上广告折射对需求五层次的理解 3、需求工作的2个基本点：
学生信息管理系统需求分析报告模板
学生信息管理系统需求分析报告
目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)
1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
需求管理理论知识及需求管理工具介绍
需求管理理论知识及需求管理工具介绍 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)需求描述的准确性问题;