企业管理项目调研报告

报告在当前的社会发展阶段，已经成为常见的事后总结方式，报告的内容，是以严谨、准确为特点的，有效的报告一般都具有哪些要素呢？今天小编为大家精心挑选了关于《企业管理项目调研报告》，希望对大家有所帮助。

第一篇：企业管理项目调研报告

县级项目管理调研报告

提供一篇调研报告范文，作为参考

一、县级动态项目管理系统建设的必要性

1、建设县级动态项目管理系统是省投资项目管理信息系统的重要组成部分。省级项目管理系统的项目组成最终来至于地方，只有把地方项目真正动态管理起来，才能更加准确、实时反应出当前地方投资导向、行业建设比例，才能更加快速的作出反应，统筹分配资源、资金流向，才能加强对地方项目的日常监管，提高项目审批效率，对深化投资体制改革、依法行政和政务公开等都具有十分重要的意义。

2、建设县级动态项目管理系统是当地政府统筹分配资源的迫切需要。随着信息化时代的到来，如何广泛应用现代科技信息技术，快速、有效管理地方投资项目和重点工程项目，将成为地方政府全盘考虑、统筹分配土地、资金、人才等资源的有力依据，动态信息管理功能更能加强对当前政府投资计划、重点工程计划的进度管理，方便领导决策和及时做出反应，对推动地方固定资产投资也将起到促进作用。

3、建设县级动态项目管理系统是行业主管部门的好帮手、好工具。动态项目管理系统的建立，有利于投资项目管理，有利于加强投资项目日常监管，有利于公开投资项目审批事项，对深化投资体制改革、推进依法行政和政务公开等具有十分重要的意义。首先，其中的网上审批功能将会减少当前许多项目日常审批时不必要的麻烦，既省时又透明，卡在哪儿一看就知道，也方便了有关监管部门的监督检查，还减少了工作人员经常流转项目材料的工作强度。其次，动态项目管理系统的建立，不单管现在的项目，往后的项目，更管以前的项目，真正实现把地方项目统统管起来，为经济运行分析、固定资产投资分析、行业分析、领导决策等提供更加准确、实时的依据。三是真正实现项目全过程管理，以往的项目大多是一批了之，时间久了，已批的项目到底有没有实施，实施的怎么样了，通过验收了没有，我们不可能全部了解，也没有精力逐个跟踪了解，现在好了，动态项目管理系统的建立，我们不单了解项目的前期工作，还了解项目的实时建设进度，更了解项目的资金使用情况，做到对项目建设情况了如指掌。

二、县级动态项目管理系统的管理范围

1、项目范围为本县境内的各类投资建设项目，包括能源项目、交通项目、原材料工业项目、装备工业项目、农林水项目、生态和环境保护项目、商业和服务业项目、科技、文化、教育、卫生、体育项目及房地产开发项目等。

2、系统管理的信息范围，包括项目基本信息，投资主管部门及相关职能部门的审批(许可)信息，以及实施过程信息。

3、系统管理的项目阶段范围为从项目申报、前期审批，到项目竣工的全过程动态管理。

三、县级动态项目管理系统的主要功能

1、审批制、核准制、备案制固定资产投资项目的录入和审批;

2、项目调整、项目撤销、项目结转等项目库操作;

3、投资项目计划上报;

4、投资项目信息、计划信息查询统计报表;

5、投资项目和县重点项目的关联;

6、投资项目在局内部的流转;

7、重点项目的上报、计划上报、月/季度进度上报及管理;

8、动态项目管理系统与地方发改局OA对接，并预留与便民中心OA对接的接口。

四、县级动态项目管理系统前期调研情况

为落实“十一五”规划、谋划“十二五”规划、加快地方发展，加强政府投资项目和重点工程管理，我局于2011年年初提出建设县级动态项目管理系统，并将该项工作作为课题进行调研，率先为全省地方政府摸索一套可操作、低成本、高效率、且能实现网上审批、具备项目储备、实时统计汇总、进度管理等多功能的动态项目管理系统。2011年下半年通过前期调查研究，我们设计了项目录入表单，并与编报2012年政府投资计划同期经县政府天政发[2011]114号下发“关于编报县固定资产投资项目库项目的通知”，开始向全县收集项目库基础材料。2012年9月26日，在孙兴爱副局长带领下，我局投资科、前期办、重点办会同路桥发改局投资科及行政审批科的同志到杭州市调研网上动态项目库管理系统，按计划走访了杭州市发改委、蒙特信息公司、中国万网杭州分公司等单位，并通过杭州市发改委网络管理人员介绍，和承建他们网络系统平台的建达科技股份有限公司相关技术人员进行了接触，通过主要技术设计人员钱峰的介绍和他现场演示杭州市发改委网上系统平台的网上操作流程，我们找到了符合我们要求的范本和建设单位。通过与建达科技股份有限公司多次接触和洽谈，我们要求该公司将我县作为地方建设动态项目管理系统试点，为我们定制适用于地方特色的动态项目管理系统，目前双方意向基本达成一致，县政府已将动态项目管理系统建设资金列入财政部门预算。

第二篇：工程项目管理报告

工程项目工程进度报告

摘要：项目进度管理是工程项目管理的一项极为重要的工作,能全面反映项目的实施状况。做好施工阶段的进度控制管理对确保施工单位履行合同、工程按期竣工发挥着至关重要的作用。文章主要就工程进度管理的影响因素进行了分析,并对影响因素提出了具体的管理措施。

关键字：工程项目; 工程进度;设计阶段

项目进度管理是工程项目管理的一项极为重要的工作,能全面反映项目的实施状况。做好施工阶段的进度控制管理对确保施工单位履行合同、工程按期竣工发挥着至关重要的作用。文章主要就工程进度管理的影响因素进行了分析,并对影响因素提出了具体的管理措施。工程项目施工进度控制与投资控制和质量控制一样，是工程项目施工“三控制”之一。它是保证工程项目施工按期完成，合理安排资源供应、节约工程成本的重要措施。

一、施工阶段进度管理的地位与作用

工程项目能否在预定的时间内交付使用,直接关系到项目施工管理的经济效益。进度控制的目标与成本控制、质量控制的目标是对立统一的,一般说来,进度快就要增加生产成本,但工期提前也会提高成本效益;进度快可能影响质量,而质量控制严格就可能影响进度;但如果质量控制严格而避免了返工,又会加快进度。进度、质量与成本三个目标是一个系统,工程施工管理就是要解决好三者的矛盾,既要进度快,又要成本省、质量好。 1)影响施工阶段工程施工进度的因素

由于建设项目具有周期长、涉及单位多、受环境影响大等特点,所以影响进度的因素很多。对于施工阶段工程进度的影响因素,一般认为有人为因素、资源因素、技术因素、环境因素、材料和设备因素、资金因素等。主要体现在以下几个方面: 2)人为因素 项目管理是通过对人、财、物的合理调度,实现对工期、质量、安全的全面控制,从而取得最大经济效益的过程。在这个过程中,人是影响权重最大的因素。如果项目部的配备不力,项目经理的组织能力不强,经验不足,缺少计划、控制和协调意识,预见力和敏感性差;项目部未制定有效可行的施工进度计划,并未按设计规范或技术要求来严格控制施工;项目部各部门和员工之间缺少沟通和协调,各行其是;项目部忽视或不善于与业主、监理及周边地方政府及外部团体的联系、交往,难以获得外部的帮助等等原因,都有可能造成质量、安全问题,从而无法在进度计划控制范围内有效的达到质检、安检的过程监督检查,都将直接严重影响项目的进度控制。一旦出现组织内部人为的影响因素,常常导致工期无法预控。

3)资源因素 项目施工过程中,需要配置大量的资源。如果不能对各类资源进行有效整合,使人尽其用、物尽所能,也难以保证进度控制。其主要影响可归为人、财、物三方面。人力资源配置不足或不平衡,必然影响项目的施工进度。材料供应不能满足需要,如周转材料不足,使可以同时展开的工序被分段实施;当地材料资源缺乏或运输条件较差,导致主材采购供应困难;材料供应商不能如期供货或因质量等问题返工误期等,都会导致工期延误。项目资金困难,自有资金不足,也会严重影响项目的正常运转,导致工期延误。

4)技术因素 技术因素对项目施工阶段实施进度的影响:一是施工组织准备不充分,策划不细致,出现问题缺少应对之策;二是对设计图纸不熟悉,施工中应设计协调的问题未能提前协调;低估某项关键工序的施工难度,未能详细考虑,采用恰当的施工方案;三是运用的新材料、新技术、新工艺尚未成熟,贸然采用,导致失控;四是对规范、标准、工艺、方法等不熟,难以统筹全局等。

二、强化进度计划管理

1)按施工单位总进度计划控制，对施工过程，坚持每周核对施工单位的工程施工计划和工作安排。

2)工程计划执行过程，如发现未能按期完成工程计划，必须及时检查分析原因，立即督促调整计划，以保证工程施工总进度计划的实现。

三、施工进度的控制

了解和掌握与施工进度有关的各种信息，不断将实际进度与计划进度进行比较，一旦发现进度拖后，要分析原因，并系统分析对后续工作会产生的影响。 1)建立严格的《工序施工日记》制度，逐日详细记录工程进度，质量、设计修改、工地洽商和现场拆迁等问题，以及工程施工过程必须记录的有关问题。 2)督促监理每周定期召开进度例会，由总监理工程师负责主持，项目部各专业工程师参加的工程施工协调会议，听取关于工程施工进度问题的汇报，协调工程施工外部关系，解决工程施工内部矛盾，对其中有关施工进度的问题，提出明确的计划调整意见。

四、工程施工进度控制的主要措施

1)建立项目管理的模式与组织架构 建立项目管理的模式与组织架构。一个成功的项目,必然有一个成功的管理团队,一套规范的工作模式、操作程序、业务制度,一流的管理目标和企业文化。建立高效团队,实施科学管理。有必要在项目开始时就选择建立一支高效的项目团队——包括项目经理部的领导和主要成员。在进度管理上以项目经理为进度目标责任中心,对进度目标合理分解,使责任分配到人。制定严格的考核体系,对成员进行有效的激励。在管理理念和管理手段上下功夫,向管理要进度要工期。营造一个积极的工作氛围,保证进度目标的实现。 2)编制可行的施工进度计划 施工总进度计划及各阶段的进度计划是进行进度控制的基础依据。总目标的实现与否,实际就是施工过程能否实现进度计划,因此进度计划必须具有可行性、适宜性,这就需要项目部根据工程规模、定额工期等实际情况进行编制和审核。编制或审核进度计划主要从以下几方面来进行:①工程计划总目标、分目标是否满足合同要求。②分项项目是否存在遗漏现象。③安排是否符合施工顺序要求。④材料、劳力、机械、配件、设备等供应计划是否满足工程阶段的需要。⑤各专业之间的协调衔接。⑥业主资金供应情况等。

在工程建设施工阶段,项目部需要根据项目总目标的要求,结合项目实际来指导项目的实施,通过进度计划分析对各个工序从时间、空间、资源、强度上进行协调和平衡,优化进度计划,进而建立目标计划。

3)施工进度计划的落实 项目施工过程中,项目管理人员应定期、经常地对施工进度计划的执行情况进行检查和监督,特别是对网络计划关键线路更要严格地控制,根据工程实际情况及时调整施工进度计划和施工方案,以保证总工期的实现。通过检查和分析,如果发现原有的进度计划不能适应实际情况时,就必须对原有计划进度进行调整,主要方法有两种:一是通过压缩关键工作的持续时间来缩短工期。二是通过组织搭接作业或平行作业来缩短工期,根据工程情况,以上两种方法也可以在同一施工段进行调整。

进度计划的检查在项目实施过程中是非常重要与严肃的事情,因为批准的进度计划是工程实施与工程协调的依据,根据进度计划审查的权限及时间要求应及时审查批复进度计划。审查时应注意作业各工序在时间、空间上的安排是否合理,人机料资源计划、工程量施工强度是否满足要求,并根据实际情况确定进度计划是否可行。施工时对详细进度计划的审批要根据具体情况采取分段检查。 3)注重技术方案 施工技术方案的正确采用是保证进度控制目标实现的又一重要手段。要使施工进度计划具有科学性、合理性、准确性和先进性,首先要把好图纸会审和设计交底关;其次要优化施工组织设计和技术方案,对诸如施工现场平面布置,土方开挖调配平衡,基础处理施工顺序以及土建与安装之间的相互制约关系,要认真细化和优化,尽量减少重复无效施工和窝工现象;第三要大力采用成熟、可行的新工艺和新技术,用先进装备取代落后的装备。保证进度控制又一不可忽视的措施是施工技术方案的正确采用。

结语：总之,施工阶段是建设工程实体的形成阶段,对其进度实施控制是建设工程进度控制的重点。为了使建设按时保质地交付使用,避免延误工期给各方带来的经济损失,施工企业加强施工阶段的进度管理工作,制定科学合理的进度计划,在施工过程中督促各方严格执行,确保实际工程能够按期竣工。

第三篇：《项目管理》课程报告

通过管理提升破解企业发展中遇到的困惑与瓶颈

报告内容：

案例：本人就职于一家国内大型综合勘察设计院，隶属于铁道部，属于企业的性质，但同时还具备了很多事业单位的特点。目前，随着国内工程建设市场的“降温”，企业在发展中感觉动力不足，内部沟通不畅，企业到底遇到了哪些瓶颈?作为企业管理者，应如何应对?

回答：

一是，人力资源管理水平急需提升。设计院最大的财富当然就是人，特别是在前几年全国大规模铁路建设的高潮下，各家设计单位对人力资源的渴求愈演愈烈。然而，在我的单位，由于内部人员流动率较低，专业人才严重缺乏及现有人才结构与人才储备不合理等诸多现状，想留的人才流失了，想引进的人才不愿意来，造成了对人才的需求和渴求越来越高，而人才却越来越缺乏的现象。我总结了一下，主要有个三个方面的原因：一是，激励机制不够，活干多干少都一样，造成了很多高级人才心理上的落差，从而另觅他处;二是，对人员应具备的条件界定不清，在任务量急剧增长，“活干不完”的情况下，忽略了人力资源的个性特点，没有“因人制宜”，不管是否擅长，大家都干一样的工作，从而埋没了人才，也培养了庸才;三是，对成熟人才引进的规章制度过于严格，“鱼和熊掌”都想要，从而捡了芝麻，丢了西瓜;四是，企业文化氛围不够，对员工的职业生涯规划不到位，造成了人才流失，员工到了一定程度后，收入和职位也只是工作动力的一部分，如何更好的让员工有归属感，避免“富士康”现象的发生，亦是现在管理者所面临的头痛问题。当然，细细分析的话，原因还有很多，但归根结底这是一个管理的问题。

二是，企业内耗严重，内部激励和约束机制不健全。由于设计院所涵盖的专业很多，我所在的设计院就涵盖了大大小小30多个专业，比如：线路、桥梁、隧道、路基、暖通、给排水、电力、电信、环境等等，各个专业之间有着密不可分的联系，承担一个项目，基本都涉及到这些专业，因此，在具体项目实施过程中，各个专业之间，尤其是上下序的专业之间，就存在着互相扯皮，推诿的现象。

造成了大量的人力、物力浪费，管理者很是头痛。究竟是践行职能+生产的模式还是项目矩阵管理模式，一直是我们单位探求的话题。同时，由于一些领导干部由上级部门直接任命，即所谓的“空降兵”，既不懂企业管理，又不懂相关技术，瞎指挥，乱指挥的现象很多，造成了资源的浪费，项目的延误和员工的抱怨，这些都一定程度上耗损了企业的经营和生产之本，不利于企业的发展。

鉴于管理中遇到的这些问题和瓶颈，不得不说，有效企业的管理是非常必要的，良好的企业管理是企业摆脱困境，持续发展的基础。企业的运作，需要有计划，懂得分析，有实行的办法，这样才能到达目的。可以说，没有管理，企业就不能生存下去。

如何破解这两个难题呢?鉴于工作经验存在不足，分析的的可能不够全面、透彻，但我以为可以从以下几个方面着手做些工作：

第一：建立多元化激励与约束机制。经济学与行为科学的研究成果表明,企业家的需求是多层次与多元化的。即企业家并非单纯追求金钱、财富或精神满足。经济学家熊彼特曾将成就欲、个人财产、冒险视为企业家群体的需求,管理学家孔茨则将机会、收入和权力概括为管理阶层的需求。片面的单一性的激励约束机制均不能发挥有效的作用,其共同的问题在于他们都忽视了企业经理阶层需求的多层次性和多元化。新的激励与约束机制一方面要充分发挥经济利益等物质性因素的作用,同时必须创造条件让企业经营管理者在市场竞争中积极主动、创造性地工作,让其在工作中体会到自己努力工作的成就感、责任感及荣誉感等精神性满足。

第二，重新评估人力资本价值。在现代企业中,尤其是“专家型雇员”高科技企业中,非人力资本和人力资本对于企业价值创造的重要性和风险能力已发生了巨大的变化,人力资本取代非人力资本日益成为企业的价值创造者和风险承担者。显然,人力资本所有者在企业合约中被动固定收益者的地位与其对企业价值的贡献与所承担的风险越来越不相称,并成为企业长远发展的重要制约。企业经理阶层激励与约束机制设计必须关注这种新的趋势,依据具体情况重评人力资本价值,并在企业产权结构安排上充分反映人力资本所有者利益,新兴高科技行业尤其应该如此。这对于制约经理阶层机会主义行为具有根本性意义。 意识到了人力资本的重要性，解决问题的一个较好的办法就是用长期股票期权作为奖励。股票期权保证了核心雇员可获得一部分“租”，同时又不给他们选举权，消除了可能的冲突来源，延迟授权也可以分散核心雇员离开的危险。

第三， 构建有力的约束机制。 激励机制本身并不能绝对防止企业内部机会主义行为,因此在完善激励机制的同时,必须注意保持激励和约束相对称,强化约束机制。制度约束机制。企业应该建立健全各项规章制度，包括人事管理制度、财务管理制度、企业内部分配制度、内部监督制度、奖惩制度，行为准则以及各种办事细则等。同时要抓好具体制度的贯彻执行。

企业的管理必须是站在企业和企业自身特点的基础上去谋划，管理应从细微入手，找出问题并寻求解决的方法，同时在实践中不断的磨合和积累经验，通过一点一点的积累，最终达到管理上的升华和提升，从而实现企业管理为导向，企业发展为基础，各环节紧扣，各部门紧密。

我认为：企业的管理高层不应管到具体细节。像具体设计人员的画图手法、干活的方式等，管理者大可以任其自由翱翔，而应是更多的从上层管理构建上多下功夫，如何能让员工更积极有效的工作，激励和惩罚并举，提升管理效益。因此，管理本身并没有好坏之分，也没有一种管理的方法是房子四海皆准的，只有适合自身的管理方法，只有切合企业本身的营运发展的需求，才是好的管理。 参考文献：

[1]戚安邦 主编：《项目管理学》，南开大学出版社，2003。

[2]白思俊 主编：《现代管理项目》上册，机械工业出版社，2002。[3]苏伟伦 主编：《项目策划与运用》，中国纺织出版社，2009。

[4]Michael C.Jensen & William H.Meckling.Theory of the Firm：Managerial Behavior， Agency cost and Ownership Structure，1976。[5]韩力军，张灿，从管理理论看管理的发展趋势，哈尔滨商业大学学报，2003。

第四篇：医院项目部项目管理述职报告

医院项目部项目管理述职报告

医院项目部项目管理述职报告 ，我项目部在工程公司的大力支持和帮助下，我州医院项目部在去年项目管理人员大的基础上，年初对个别人员岗位进行了适当的调整，调整后，项目部第一项工作就是统一大家的思想明确责任、确定目标，最大限度的发挥以项目部为核心的领导作用。

我项目部确定的总目标是在合同期内圆满完成合同规定的各项条款，力争完成与工程公司签订的各项经济责任指标，同时在施工过程中通过项目成本管理手段降低工程成本，获得好的经济效益，为此，我项目部做了以下工作，并获得了一定的效益。

一、编制项目管理实施规划、确保工期、质量目标的实现

年初，我们按照项目责任承包指标要求，结合年年工程施工总结的经验，编制了项目实施管理规划。

在安排施工进度时，我们以项目部实施规划中施工进度要求完成的时间下达施工任务，并在施工劳务合同中加以约束，在施工过程中跟踪检查，发现偏差及时分析原因并进行调整，在工程公司领导的重视及各只能部门的积极配合下，经过项目部的精心组织和全体施工人员的辛勤工作，主题阶段的施工任务在计划内基本完成，其他各分部分项工程在克服各种困难的情况下顺利进行，年年8月10日主体砌筑工程完成，10月20日土建安装工程完成，11月10日工程竣工交付使用，全年累计完成工作量 万元。

我们的质量目标是“工程竣工一次性交验合格”，为达到这一目标，我们严格落实“三检制”和“样板制”，我们采取的

措施是重视过程控制，在每一个分项工程施工前，由本人组织向操作班组做了由针对性的书面技术交底及口头技术交底，由于自本三月份以来，州医院住院部部分项目管理人员外调，在岗的除我以外只有一名预算员一名材料员，出于工作需要，我负责施工、技术、测量放线、质量检查工作，所以本人坚持每天在工作面上跟踪检查，将质量通病和质量隐患消除在过程控制中，通过以上控制手段获得了良好的工程质量效果，没有因质量问题造成停工活返工现象，并且，各项技术资料完整齐全，8月2日在甘南州质量监督总站的监督下，各参建单位对本工程基础及主主体结构分部工程进行了验收，验收合格同意进入下道工序，

10月25日经我公司技术质量部门共同对本工程进行了竣工验收后评为合格，

11月7日甘南州消防支队对本工程的消防进行了验收，验收合格

11月31日在甘南州质量监督总站的监督下建设单位、监理单位、设计及勘察单位、我公司对本工程进行了竣工验收，验收合格。

二、构建和谐施工现场、确保省级文明工地

我们认为，构建和谐施工现场时现代施工企业安全生产、文明施工管理的重要组成部分，为了在施工项目中体现这一重要性，首先利用围墙宣传二公司企业文化，在施工现场内尽可能做到工完场清、布置有序，在安全施工管理方面，项目部本着对每一位参加施工人员高度负责的责任感，对他们进行了详细的安全教育，使每位施工人员的安全意识和安全防范素质得到了显著的提高，在施工过程中，我们主要对施工用电、施工机械、垂直防护“四口”“五临边”作了重点防范，在每个分项工程施工前，施工管理人员均向操作人员进行有针对性的安全技术交底，并作了详细的书面记录，通过定期、不定期跟踪检查，将安

全隐患消除在萌芽状态，通过以上安全管理和安全防范措施确保了本工程施工期间安全事故为零的目标，住院部工程在公司领导的亲切关怀下在分公司及项目部全体同事的努力下，该工程被评为省级文 明工地，

三、做好成本控制、向管理要效益

项目部依据《项目管理大纲》的各项管理制度和已签订的项目目标责任书要求，狠抓项目管理各项制度的落实，实施全员全过程监督控制，人工费方面，我们采取的措施是在调查建筑市场人工费市场价的基础上，依据该工程结构，装饰特点，将正负零以上土建工程及装饰工程人工费总承包，每月，项目部都能依据工程施工形象进度及时开出结算任务单，同时严格控制计时工;材料控制方面，我项目部及时编制材料需求计划，报工程公司材料部门集中采购，达到降低材料费的目的，现场材料由两人签字方可生效，进场材料门卫登记，数

量验收严格把关、严格要求，施工作业面力求做到工完场清。

虽然我项目部项目管理工作中做了大量工作，也取得了一定成绩，但与公司项目管理的要求还相差甚远，与兄弟项目部相比在管理上还存在一定差距，也没有全面完成与工程公司签订的目标责任书中下达的各项经济指标，原因如下：

1 主观原因

本人工作能力有限，没有能发挥项目部领导核心作用，没有能调动起大家的工作积极性，另外，项目部自组建以来，人员变动频繁，造成管理不衔接，尤其给质量检查工作造成了一定的困难。

2 客观原因

甘南地区复工迟，停工早，有效施工期短，加之夏秋两季下雨天气多。尤其今年建筑市场人工费材料费价格均比去年大幅度的上涨。加大了项目成本的支出。

以上是我项目部项目管理工作的

详细汇报，有不妥之处请各位领导同事批评指正，我们将虚心接受，并在来年的工作中加以改进，使我们的项目管理水平有新的突破。

第五篇：软件项目管理报告案例

1.引言

1.1编写目的

该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。

1.2项目背景

a. 所建议开发软件的名称：学生信息管理系统

b.项目的任务提出者：xxx学校。 c. 开发者：xxx软件开发公司。 d. 用户：全体师生。

e. 实现软件的单位：软件3071软件开发公司。 f. 项目使用的软件：Microsoft access2003。 g. 系统：本软件应使用Microsoft Windows xp。 1.3定义

本文档中没有用到专门术语的定义和缩写词的原文。 1.4参考资料

[1] 周佩德.《数据库原理及应用》.电子工业出版社

[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社

[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版

[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版

[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版

[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社

2.可行性研究的前提

2.1要求

通过调查,要求系统需要有以下功能:

⑴

要求有良好的人机界面;

⑵

较好的权限管理;

⑶

原始数据修改简单方便,支持多条件修改 ⑷

方便的数据查询，支持多条件查询; ⑸

相应的权限下，删除数据方便简单，数据稳定性好;

⑹

数据计算自动完成，尽量减少人工干预; 2.2目标 a. 人力与设备费用的节省; b. 处理速度的提高;

c. 控制精度或生产能力的提高;

d. 管理信息服务的改进; e. 决策系统的改进; f. 人员工作效率的提高。 2.3条件、假定和限制

a. 开发软件运行的最短寿命为一年。 b. 进行系统方案选择比较的期限：2周。 c. 经费来源和使用限制：自筹资金。

d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。 e. 硬件CPU p

3、内存256M.。 f. 软件：access2003。

g. 运行环境：本软件应使用Windows200

3、Windows xp操作系统。

h. 开发环境：本软件应使用Windows200

3、Windows xp开发。 i. 开发软件投入使用的最迟时间为2013年10月01日。 2.4可行性研究方法

由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现

3.对现有系统的分析

3.1处理流程和数据流程 班级管理业务流程图： 档案管理业务流程图： 课程管理业务流程图： 成绩管理业务流程图 3.2工作负荷

现有系统所承担的工作只能实现档案管理的简单功能，无法适应目前工作 中处理大量数据的功能。 3.3费用支出

开发这个项目总需三个人，4台计算机，一个可容纳

6、7个人的办公室，必须有充足的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有3000万元的准备开支。 3.4人员

数据库管理人员1名，维护人员1名。

1、 3.5设备

四台计算机,一台备用,一个工作室.一台打印机,扫描仪一台 。 3.6局限性

现有系统主要存在如下不足： 1) 信息分散、共享性差 每个人的时间精力是有限的，大量的信息资源分散在不同的收集者手中，难于共享和发挥作用。还有就是用户毕业和离职时需要到不同的地方开办证明。 2) 信息的及时性、准确性差

数据的采集和处理部分靠人工，效率低、速度慢、滞后严重、反馈不及时，严重影响信息的反馈速度和质量，不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息。

4.所建议技术可行性分析 4.1对系统的简要描述

建议系统实现注册、查询等具体功能。 4.2处理流程和数据流程

4.3与现有系统比较的优越性

系统实现学生教师查询各种信息。 4.4采用建议系统可能带来的影响 4.4.1对现有软件的影响

需将计算机升级为CPU P

3、内存256M，添加一台打印机。 4.4.2对现有软件的影响

需要将Windows升级为2000以上。 4.4.3对系统运行的影响

(1)用户的操作严格按照系统要求规程。

(2)要求创建系统管理员与普通用户两种登录方式，分权限管理。

(3)数据应有系统管理员手动输入系统，普通用户无权输入数据。

(4)对数据有保存要求，并且对数据存储，恢复的处理。

(5)输出报告以报表的形式打印出来。

(6)系统具有恢复和备份的功能。 4.4.4对开发环境的影响

1、为了建立数据库，要求提供详细的数据资源。

2、为了开发和测验所建议系统而需要的计算机资源：CPU P

3、内存256M。

3、如数据涉及保密与安全问题，应由专人负责录入。 4.4.5对经费支出的影响

所建议系统的开发、设计经费开支：5000元。 维持运行而需要的经费开支：1000元。 4.5技术可行性评价

a. 在限制条件下，完成功能目标的实现; b.利用现有技术，功能目标一定能达到;

c. 对开发人员数量为5个人,每个人应对数据库知识有明确的了解，我们的组员都具有这种能力,一定按期完成工作;

d. 在规定的期限内，开发顺利完成。 5.所建议系统经济可行性分析 5.1支出

5.1.1基建投资

1、房屋和设施：500元。

2、ADP设备：1000元。

3、数据通讯设备500元。

4、环境保护设备200元。 5.1.2经常性支出

1、设备的租金和维护费用：500元。

2、数据的通讯方面的租金和维护费用500元。

3、人员的工资和奖金开支：3000元。

4、其他经常性的开支：2000元。 5.2收益/投资比 收益/投资比为3:1. 5.3投资回收周期 投资回收周期为半年. 5.4敏感性分析

1、应尽量延长系统生存周期，可延长至3年。

2、应是有效数据全部录入系统，使系统工作负荷量达到饱和。

3、应尽量提高系统的处理速度。

4、应提高设备和软件的配置。 6.社会因素可行性分析 6.1法律因素

如果发现有侵权行为,必进行严格的处罚,本公司版权所有,未经作者的允许，禁止非法传播、复制，违者追究法律责任，后果自负。 6.2用户使用可行性

本系统使用比较简单,适合普通用户操作,只要用户对说明书进行认真阅读,都可了解。 7.其他可供选择的方案

方案有许多但本公司选择了这套方案,他具有自己的优越感,运用编制菜单栏来省去代码,这是界面有好起来,又降低了工作难度,进而宏的运用更简化了工作难度。除提供的建议方案的具体功能外，还需增加网络功能，未被推荐的理由是目前尚不具备开发条件，投入与效益不成比例。 8.结论意见

结论意见可能是： a. 可着手组织开发;

b. 需待若干条件(如资金、人力、设备等)具备后才能开发; c. 需对开发目标进行某些修改;

d. 不能进行或不必进行(如技术不成熟，经济上不合算等); e. 其他。

三 软件项目计划

1. 引言

1.1 编写目的

软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。

为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。

预期的读者：开发人员，项目经理，测试人员 1.2 背景

a.学生信息管理系统 b.提出者：项目经理，开发者：XXX开发团队。 1.3 定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料

[1] 周佩德.《数据库原理及应用》.电子工业出版社

[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社

[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版

[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版

[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版

[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社 2. 项目概述 2.1 工作内容

1 需求分析： 1~3个月 2 概要设计： 2~3个月 3 详细设计： 2~3个月 4 编码: 2~3个月 5 测试： 1个月

6 发布： 1个月 2.2 主要参加人员 参与者 个人情况

XX 软件工程专业学生，熟悉java语言，数据库编程 XX 软件工程专业学生，熟悉C#语言 XX 软件工程专业学生，有很好的网页设计能力

XX 软件工程专业学生，有良好的界面设计的能力和测试经验 XX 专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程

2.3 产品 2.3.1 程序

名称 编程语言 媒体形式 功能及能力

系统功能 C#+SQL Server 2000 文本 管理学生的学籍信息，统计学生的相关信息。学生信息的增加、修改、删除、查询 数据信息管理 C#+SQL Server 2000 文本 学生学籍信息管理，学生选课信息管理

基本业务 C#+SQL Server 2000 文本 学生注册、学籍信息维护，学生选课，老师管理班级信息。

信息浏览与查询 C#+SQL Server 2000 文本

管理员学生学籍信息浏览、查询

数据库 SQL Server 2000 数据库文件 数据库文件可以直接附加到本地的SQL Server 2000中的数据库中

学生学籍管理系统 C#+SQL Server 2000 CD光盘

程序的运行文件，运行之后只要发布之后就可以了 2.3.2.文件

需求说明书，安装指南，用户操作手册，预计可能出现故障及解决办法 2.3.3.服务

培训安装：系统测试完毕之后，2012年10月10日至12日两天的安装和使用的培训时间，主要是让用户适应本系统的运行环境与操作习惯 维护：系统出现故障时，用户可参照手册进行自行解决，如果解决不了，则派维护人员过去，系统的维护期2012年10月14日到2013年10月15日， 超过期限将不再派人去维修 2.3.4.非移交的产品

整个系统全部的的代码不必要给用户，所使用的技术及参考的文献也可以自己保留，以及该软件所使用的技术文档，这些都是不用给用户的 3. 实施计划

3.1 工作任务的分解与人员分工 1需求分析

负责人： 汪国志 参与人：汪国志 2 概要设计

负责人：汪国志 参与人：汪国志 3 实现

负责人：汪国志

参与人：汪国志，XXX，XXX，XXX，XXX，XXX 4 测试

负责人：汪国志 参与人：汪国志 5 维护及用户培训 负责人：汪国志 参与人：汪国志 3.2 接口人员 负责人：汪国志 参与人：汪国志

职责:统一接口，使不同层之间能通信 3.3 进度 1 需求分析

开始时间：2012-10-01 完成时间：2012-12-30 所需资源：客户的需求

完成标志：完成需求分析说明书 2 设计

开始时间： 2013-01-01 结束时间： 2013-03-01 所需资源： 需求分析说明书 完成标志： 概要设计说明书 3 编码实现

开始时间： 2013-03-01 结束时间： 2013-06-01 所需资源： 概要设计说明书，设配 完成标志： 系统能顺利运行 4 测试

开始时间： 2013-06-01 结束时间： 2013-08-01 所需资源： 能顺利运行的系统 完成标志： 修复现存的bug 5 移交 开始时间： 2013-08-01 结束时间： 2013-10-01 所需资源： beta版系统 6 培训 开始时间： 2013-10-01 3.4 预算

1.采购必要设备的投资： 网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右;

服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右; 射频卡终端，包括读写器与POS机，这一块需要20万左右。 2.开发系统的投资：

按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等; 4.总计：:350万左右; 3.5 关键问题

本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题 4.支持条件 4.1 运行环境

a. 开发软件运行的最短寿命为一年。 b. 进行系统方案选择比较的期限：2周。 c. 经费来源和使用限制：自筹资金。

d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。

e. 硬件CPU p

3、内存256M.。 f. 软件：access2003。

g. 运行环境：本软件应使用Windows200

3、Windows xp操作系统。 h. 开发环境：本软件应使用Windows200

3、Windows xp开发。 4.2 需由用户承担的工作

数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。 4.3 需由外单位提供的条件

本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持 5.专题计划要点

专题计划 要点

合同计划

在分析阶段拟定合同书，分析阶段一结束就签订合同，合同包括需求的定义，如出现任何问题，可以根据合同调解，以及费用的支付，在每个阶段结束之后，委托方需支付开发方多少现金

测试计划

包括单元测试，集成测试，系统测试计划，主要参照开发文档，拟定计划，具体到输入的格式，响应的时间，需求的确认

五 进度计划风险列表

1.最常见的进度计划风险

1)功能无限蔓延; 2)质量不定 3)计划过于乐观 4)设计欠佳 5)银弹综合症 6)研发导向开发 7)人员薄弱 8)签约商失败;

10)研发人员与客户的磨擦。 2.进度计划风险完整列表

2.1 计划编制风险

1)计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致;

2)计划是优化的，是“最佳状态”; 3)计划忽略了必要的任务;

4)计划基于使用特定的小组成员，而那个小组成员其实指望不上。 5)在限定的时间内无法建成已定规模大小的产品; 6)产品规模比估计的要大一些; 7)工作量大于估算数;

8)进度已经拖延的项目在重新评估时过于优化或忽视项目历史; 9)过度的进度压力造成生产率下降;

10)目标日期提前，但没有相应地调整产品范围或可用资源; 11)一个任务的延迟导致相关任务的连锁反应;

12)涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。 2.2 组织和管理

1)项目缺乏一个有凝聚力的最高领导人;

2)由于前期乏力，项目长时间被搁置; 3)解雇和削减开支导致项目小组能力下降;

4)仅由管理层或市场人员进行技术决策，导致计划进度延长; 5)低效的项目组结构降低生产率;

6)管理层审查/决策的周期比预期时间长; 7)预算削减打乱项目计划;

8)管理层做出了打击项目组织积极性的决定; 9)非技术的第三方的工作比预期延长(如审批，采购等); 10)计划性太差，无法适应期望的开发速度;

11)项目计划由于压力而放弃，导致开发混乱、低效;

12)管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。 2.3 开发环境

1)设施没有及时到位; 2)设施到位，但不配套; 3)设施拥挤、杂乱或者破损; 4)开发工具未能及时到位;

5)开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具;

6)开发工具的选择不是基于技术需求，不能提供计划要求的性能; 7)新开发工具的学习期比预期的长，内容繁多。 2.4 最终用户

1)最终用户坚持新的需求;

2)最终用户对于最后交付的产品不满意，要求重新设计和重做; 3)最终用户不买进项目产品，无法提供后续支持;

4)最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。

2.5 客户

1)客户坚持新的需求;

2)客户对规划、原型和规格的审核/决策周期比预期长;

3)客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复;

4)客户答复的时间比预期长(如回答需求中需澄清的问题); 5)客户坚持技术决策而导致进度计划延长;

6)客户对开发进度管理过细，导致实际进展变慢;

7)客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作;

8)客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作;

9)客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低;

10)客户不接受交付的软件，尽管它满足了所有的规格; 11)客户期望的开发速度是开发人员无法达到的。 2.6 承包商

1)承包商没有按承诺交付组件;

2)承包商递交的组件质量低下无法接收，必须花时间改进质量;

3)承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。

2.7 需求

1)需求已经成为项目基准，但变化还在继续;

2)需求定义欠佳，而进一步的定义会扩展项目范畴; 3)添加额外的需求;

4)产品定义含混的部分比预期需要更多的时间。 2.8 产品

1)错误发生率高的模块需要比预期更多的测试、设计和实现工作;

2)校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。

3)在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预 4)由于软件功能的错误，需要重新设计和实现;

5)开发额外不需要的功能(镀金)延长了计划进度;

6)要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间;

7)严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作;

8)要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。

9)要求在不同操作系统下运行将花费比预期更长的时间;

10)在不熟悉或未经检验的软(硬)件环境中运行产生未预料的问题; 11)开发一种对组织全新的模块将比预期花费更长的时间; 12)依赖正在开发中的技术将延长计划进度。 2.9 外部环境

1)产品依赖政府规章，而规章的改变将是不可预期的;

2)产品依赖草拟中的技术标准，而最后的标准将是不可预期的。 2.10 人员

1)招聘人员所花时间比预期的长;

2)作为先决条件的任务不能按时完成(如培训、其它项目); 3)开发人员和管理层之间关系不佳导致决策缓慢，影响全局;

4)项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平;

5)缺乏激励措施，士气低下，降低了生产能力; 6)缺乏必要的规范，增加了工作失误与重复工作;

7)某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言;

8)项目结束前，合同制人员离开团队，或雇员辞职;

9)项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率;

10)项目组成员不能有效地一起工作;

11)由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作;

12)有问题的成员没有调离项目组，损害了项目组其他成员的积极性; 13)项目的最佳人选未加入项目组;

14)项目的最佳人选已加入项目组，但因其他原因未能合理使用; 15)没有找到项目急需的具有特定技能的人; 16)关键人物只能兼职参与; 17)项目人员不足;

18)任务的分配与人员技能不匹配; 19)人员工作的进展比预期的慢;

20)项目管理人员怠工导致计划和进度失效;

21)技术人员怠工导致工作遗漏或质量低下，工作需要重做。 2.11 设计与实现

1)设计过于简单，无法确定主要事件，并导致重新设计和实现; 2)设计过于复杂，导致一些不必要的工作，影响实现效率; 3)设计质量低下，导致重复设计和实现

4)使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的错误;

5)产品采用低级语言来实施，导致生产率比预期的低;

6)一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选开发所要的功能;

7)代码和库质量低下，导致需要额外的测试、错误修正或重做; 8)过高估计了增强型工具对计划进度的节省量;

9)分别开发的模块无法有效集成，需要重新设计或重做。 2.12 过程

1)大量的纸面工作导致进程比预期的慢;

2)进程跟踪不准确，导致无法预知项目是否已落后于计划进度; 3)前期的质量保证行为不真实，导致后期的重复工作;

4)质量跟踪不准确，导致无法得知影响进度的质量问题; 5)太不正规，导致沟通不足，质量问题和工作重做; 6)过于正规，导致过多耗时无用的工作;

7)向管理层撰写进度报告占用的开发人员的时间比预期的多; 8)风险管理粗心，导致没有发现重大的项目风险; 9)软件项目风险管理花费的时间比预期的多。