信息系统项目管理师论文(包含九大管理).docVIP

论文1：需求开发与范围管理 2010年4月至20年12月，我参加了综合安防管理平台项目，并担综合安防管理平台，随着的推进，对可靠性要求越来越高，高可靠性设备不断推陈出新、自动化程度日益提高都对房的安全保卫工作提出了更高的要求。 房的安防信息分散在多个系统中，如的建筑消防系统智能门禁系统视频监控系统等等。多系统多信息来源造成了安防工作中重要安防信息响应速率低、监控与安防人员之间分工不明确、安防人员工作效率低等致命的缺陷。 综合安防管理平台以为核心功能，以广泛部署的为基础，整合其他独立安防系统，实现房安防信息的集中处理、实时报警、数据存储与统计分析，并向相关现场安防责任人派发电子工单功能，实现安防报警的闭环管理。 综合安防平台可划分为两个相对独立的层次： A：现场数据采集层：负责原始报警的采集，所处理的报警类型包括消防报警、防盗报 警、报警、智能门禁报警、电缆被盗报警、充气机报警、可燃气体报警、视频监控。 B：中心应用层：负责报警的发布、存储、统计、分析，并实现报警的闭环处理流程。 综合安防平台以网为基础，即在设立一个安防监控中心，以管理网的所有安防报警。根据合同约定，在20年12月底，我公司应当完成个网综合安防平台该项目是一个信息系统集成项目，特点是涉及范围广，项目干系人众多。项目的范围管 理影响到项目的成功。该项目存在两个互相关联的范围：产品范围和项目范围。产品范围定 义信息系统的要求，项目范围定义项目要完成的工作。产品范围是项目范围的基础。因此首先必须明确定义产品范围，即进行需求开发。 针对项目的特点，我们首先对项目干系人进行了分析，将平台用户分为四类： 安防管理员：主要关心安防管理的绩效。 安防管理员：主要负责本安防管理 安防中心值班人员：实行24小时值班制，负责所有安防报警的接警与处理。 现场安防责任人：负责所辖房安防报警的处理。 平台的最终用户超过00人，对所有用户进行全面的需求调查显然不现实。这里，我们采用的分类抽样的方法。 首先我们与客户协商，由安防管理员担任甲方项目经理，负责项目的接口。然后， 我们按照项目干系人的分类，与甲方项目经理协商，确定了12名用户代表为需求调查对象。 随后，于20年4月在召开了需求调查会议。在会议之前，我们进行了精心的准备，使用图形工具制作了一个原型演示系统，目的是为用户提供直观的感受，启发用户，以便于需求的获取。另外，我们还使用公司提供模板编制了需求调查表，在会议之前发送给与会人员，让用户事先做好准备。需求调查会议由甲方项目经理组织，由于事先准备充分，通过一天的会议，获取了大量的第一手的用户需求。 会后，我们和甲方项目经理一起对用户的需求进行整理与分析，编制了《用户需求说明 书（征求意见稿）》，对于被拒绝的需求，也进行了记录并说明拒绝需求的原因。然后，将会议纪要和需求说明书下发进一步征求反馈意见。最后，在20年5月，甲方项目经理确认了《用户需求说明书》。根据《用户需求说明书》，我们又编制了《软件需求说明书》和《项目范围说明书》，至此需求开发完成，产品范围确定，项目范围也得到了明确。 我们使用Microsoft Project 2003，按照系统对项目范围进行进一步分解，编制了WBS和WBS字典。项目范围说明书和WBS一起构成了项目的范围基线。虽然我们定义了项目的范围，但是范围变更是不可避免的。为了管理范围的变更，我们 建立了变更控制委员会，成员包括甲方项目经理、我方项目经理（本人）、技术经理和工程 经理。所有的范围变更请求（包括用户提出的变更和我公司在项目实施过程中提出的变更） 都要由变更控制委员会进行审批。在项目进行过程中，各地方的用户又陆续提出很多变更。 现场项目人员按照管理规程对变更请求进行了记录，由设计人员对变更的影响进行评估，最 后由变更控制委员会进行审批。在进行审核时，我们主要从变更的必要性和对项目的质量与 进度的影响等方面进行讨论，在与甲方项目经理达成一致后，做出批准或者拒绝的决定。其 中，某用户提出通过评估，我们发现，使用可以有效降低节省投资，但是，开发，会对项目进度造成较大影响，因此建议在下期工程中实现该功能。 但是在系统部署时才发现，大量的建筑消防设备只能提供纸质消防图纸，对于纸质消防图纸的数字化是否包括在项目范围之中我们和甲方有不同的理解。最后，为了不影响进度，我们将纸质消防图纸的电子化工作进行了外包。究其原因，是由于我们在开始时对项目范围定义不严格。在进行项目总结时，这些问题都作为经验教训写入项目总结报告，纳入公司的项目管理知识库。我们真诚希望，在公司未来的项目实施中，不会出现类似的失误，从而实现项风险管理2010年4月至20年12月，我参加了综合安防管理平台项目，并担综合安防管理平台，随着的推进，对可靠性