精华内容
下载资源
问答
  • 创建项目计划书
    千次阅读
    2020-04-23 18:46:46

    停车场管理系统计划书

    停车场管理系统

    参与人员:
    撰写人:
    完成日期:
    评审人:
    评审日期:

    1 引言

    • 1.1编写目的
      此项目开发计划书的主要编写目的是为了给开发《停车场管理系统》做大致的规划和整合,在开发过程中起主导作用,以便团队可以保质保量的完成此项目的开发,使成员更好地了解自己的职责和项目情况,保证协作有条不紊的进行,又是项目生命周期内的所有项目活动的行动基础、项目团队开展和检查项目工作的依据。同时,也对开发进度、经费预算、分配人力物力等因素进行了大致的描述。本项目开发计划面向项目组全体成员。
    • 1.2项目背景
      软件项目名称:停车场管理系统
      软件项目的委托单位:xxx企业
      软件项目的用户:xxx商城停车场
      软件当前版本:Version 1.0
      目前的停车场管理模式已经无法适应日益变化的科技,因此,充分利用现代信息化、因特网的优势,建立《停车场管理系统》,提高生活效率,减轻相关工作人员的劳动强度提高车辆安全性及财产安全性是非常有必要的。

    2 项目简介
    项目总体由四部分组成:进入、驶离系统,综合管理系统,收费信息记录系统,联防控制系统。帮助大中型商城地下停车场以及各个露天停车场实现信息化管理,如查看各个区域车位的空余数,车辆的进入和驶离,车辆应缴停车费。对于长租、月租或VIP客户采用远距离车牌自动识别进出,临时客户采用纸票方式,进入时自动出票,驶离时人工缴费。系统设备可实现与消防、安保等系统联动控制。

    3 项目人员和分工

    4 实施计划

    • 4.1项目开发过程阶段划分

      • 4.1.1可行性分析
        起止时间:2020.4.20-2020.4.24,针对经济可行性,技术可行性,运行可行性,社会可行性进行分析研究,分析应用当前技术以及服务器运载是否可实现,经济预算开支以及预期收益,是否符合社会制度及法律法规。得到可行性分析报告。
      • 4.1.2软件需求分析
        起止时间:2020.4.24-2020.5.4,详细地介绍停车场管理系统所包含的需求,以便客户能够确认产品的确切需求以及开发人员能够根据需求设计编码,描述停车场管理系统的功能,性能,户界面,运行环境,外部接口以及针对用户操作给出的各种响应。得到软件需求分析说明书。
      • 4.1.3软件概要设计
        起止时间2020.5.4-2020.5.9,本阶段在系统的需求分析的基础上,对停车场管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。得到软件概要设计说明书。
      • 4.1.4软件详细设计
        起止时间:2020.5.9-2020.5.16,在概要设计对停车场系统所做的模块结构设计的基础上,对系统进行详细设计。保障各接口的操作无问题,为基础代码做出要求。便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。得到软件详细设计说明书。
      • 4.1.5数据库设计说明
        起止时间:2020.5.16-2020.5.23,可以让参与本项目的项目主管、业务分析师、项目开发人员、数据库管人员及以后的系统维护人员了解本系统的数据库设计思路、数据库整体架构及各种详细信息,经过SQL加工处理数据。得到数据库设计说明书。
      • 4.1.6编码实现
        起止时间:2020.5.23-2020.6.4,包含管理员注册、管理员登录、入库信息登记、出库结算、日租卡月租卡模块。使用队列和栈为基础的数据结构模型,得到源代码程序。
      • 4.1.7测试维护
        起止时间:2020.6.4-6.11
        系统测试:
        根据软件需求规格说明书检测软件正确性、完整性、安全性和品质要求是否满足规定的需求,利用人工或自动手段运行检测软件系统,分清预期结果和实际结果之间的差别。包括回归测试、压力测试和功能测试,分析修改优化过程会不会带来新的问题,软件处理能力。在软件投入运行之前,对软件需求分析、设计和编码各阶段的产品进行最终检测,测试的数据具有一定的破坏性和极端性,由专业测试员进行测试并编写测试报告得出相应测试信息。
        日常维护保养:
        (1)每隔60天对设备内部进行一次除尘处理;
        (2)每隔60天对各设备的安装螺丝进行一次全面检查,一经发现松动,必须紧固,以及各部件的通信接头是否连接牢固;
        (3)检查各种机箱内的散热风扇是否工作良好,发现不转的应及时更换。
        故障分析处理:
        (1)车辆驶入感应区,通话键及按票灯键不亮。调查单片机是否工作,感应器是否感应,光耦是否连接正常;
        (2)取卡后不开闸。检查开闸接线端是否松动,检查接线端是否有开关信号输出,若无则是继电器损坏,更换控制面板;
        (3)感应后单片机死机或复位,更换电源或拔掉LCD通讯线。
    • 4.2软件开发进度安排
      一个简单的表格是这么创建的:

    开发周期(天)工作任务责任人起止时间
    15完成项目需求分析
    11完成数据库内容设计
    45开始实现功能性需求
    7完成整合所需实现内容
    2整合完成,DEMO测试版运行
    12DEMO测试版完成,项目正式启用
    合计(92天)
    • 4.3软件项目费用
    序号费用名称说明金额
    1调研费项目调研探讨内容300
    2进入、驶离系统进入、驶离系统模块开发费用500
    3综合管理系统综合管理系统模块开发费用700
    4收费信息系统收费信息系统模块开发费用500
    5联防控制系统联防控制系统模块开发费用600
    6车辆信息记录系统车辆信息记录系统模块开发费用700
    7资料费图书费、复印费、出版费200

    【注】博文里有停车场管理系统其他设计说明书

    更多相关内容
  • 公司团委创建项目计划书计划.rar
  • 公司团委创建项目计划书.docx
  • 公司团委创建项目计划书计划.doc
  • 公司团委创建项目计划书计划.docx
  • 公司团委创建项目计划书计划-5页.pdf
  • 创建文学社项目策划书.docx
  • 技能交换APP项目计划书课程作业
  • 关于创建校园杂志的项目策划书.doc
  • 互联网 项目计划书-互联网-项目创建.docx
  • 创建安全文明示范工地项目策划书.doc
  • 怡兰星空1楼创建市级文明工地项目策划书.pdf
  • 怡兰星空1楼创建市级文明工地项目策划书.doc
  • 品牌创建系统项目清单及开发实施计划书.doc
  • 湖南省级市政公用科技示范工程创建计划项目申报.docx
  • 湖南省级建筑业新技术应用示范工程创建计划项目申报.docx
  • “互联网+”大学生创新创业大赛项目策划书

    万次阅读 多人点赞 2020-03-15 23:11:38
    中国“互联网+”大学生创新创业大赛创业计划书前言产品示意图:目录作品介绍 Work is introduced实施方案 Implementation plan实施方案 Implementation plan实施的创新性 Innovation in implementation成果转化 ...

    前言

    本项目对于参加 中国“互联网+”大学生创新创业大赛 书写计划书有一定帮助,仅供参考,请勿抄袭

    添加QQ群 302493982 获取原word文件资料

    如果觉得有用就请点赞收藏吧

    产品示意图:

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    目录

    在这里插入图片描述

    作品介绍 Work is introduced

    这个项目的初衷是为了让知识利用最大化。该项目主要分为三大块:求助、帮助及学习。

    在这个软件上你可以通过学习一些技能,学成之后就可以通过自己的力量帮助别人并获得酬劳。 该项目涉及到社会诸多产业,也涉及到许多专业。因为现在是互联网社会,有很多公司的工作涉及到:PS 做表、绘图、统计、平面设计、工程造价等等,而这些工作不是公司的主要工作,所以这些工作会降低工作效率。但如果运用该软件的求助功能,员工可以在该软件上寻求帮助并付出一定金额。这样既节省了时间,而且也会让有知识的人有用武之地。

    当代大学生的个人时间很充分,而且开销也很大,帮助他人可以获得一定的报酬,一定程度上会缓解资金问题。所以,我们可以号召大学生加入这个平台,号召他们学习,先学习后盈利,并且可以扩展自己的技能,提高大学生质量,并且减轻家庭负担。在该平台上我们会放很多专业的学习视频,和各专业专家帮助大家学习。还可以向一些难就业的人员推广,毕竟现在这个社会找工作和自己专业对口不是很容易,让这些人加入之后会给他们带来一笔收入,这样一来也就缓解了社会的就业压力。

    实施方案 Implementation plan

    总的分为两大步骤:一是前端设计,二是后台设计。

    前端设计包括界面设计、前端编程设计,后台设计包括后台算法设计,响应机制,通讯网络,安全评估等。

    我们在设计方面采用迭代式创建,实现各部门相互协作,避免设计与实现的断层。我们首先对业务需求进行需求分析,使设计产品能够满足预期目标,进而进行软件界面规划,将分析各个部件的排布可行性,并进行创作性设计,使得软件更贴近用户,更适合用户,实现布局最优化,在视觉方面,采用流线型设计,以增加交互友好性。

    设计过程中我们需要进行初步的实现,并不断的测试,以获得最佳的改进方案,各部门需要及时沟通配合,并进行小规模的测试,建立一整套的后台维护机制,以便开展后续的维护工作,并与服务推广及用户反馈做好及时的沟通以便产品的创新与在升级。

    实施方案 Implementation plan

    总的分为两大步骤:一是前端设计,二是后台设计。

    前端设计包括界面设计、前端编程设计,后台设计包括后台算法设计,响应机制,通讯网络,安全评估等。

    我们在设计方面采用迭代式创建,实现各部门相互协作,避免设计与实现的断层。我们首先对业务需求进行需求分析,使设计产品能够满足预期目标,进而进行软件界面规划,将分析各个部件的排布可行性,并进行创作性设计,使得软件更贴近用户,更适合用户,实现布局最优化,在视觉方面,采用流线型设计,以增加交互友好性。

    设计过程中我们需要进行初步的实现,并不断的测试,以获得最佳的改进方案,各部门需要及时沟通配合,并进行小规模的测试,建立一整套的后台维护机制,以便开展后续的维护工作,并与服务推广及用户反馈做好及时的沟通以便产品的创新与在升级。

    实施的创新性 Innovation in implementation

    当前社会存在很多招人难,用人难的问题,并且各大高校无法将课堂教育及时转化为技术,产生教育与技术的严重脱节,应试教育一直无法得到有效的缓解,本软件使有技术的人才能过更便捷的实现自己的梦想。

    而用人单位可以更方便的招聘到各个方面的人才,及解决了人才短缺问题,有使得应试教育得以降温,真正做到有学必有用,有需必有答,使得人人都能实现自我价值,使得职业不在强求,不在拘泥,打破了求职难的问题,而对于企业则不需要进行繁琐的招聘环节,用人方面得到了优化,彻底解决了职位冗余的问题。

    当前,我们已经实现了很多的创新,开设团队界面,使用户获得整体解决方案,方便项目的统筹规划,实现工作的结构化。进行诸多界面革新,实现按钮重用,最大限度的方便用户的选择,极大提升软件的可操作性。

    成果转化 Achievements transformation

    当代大学生的个人时间很充分,而且开销也很大,一定程度上会给家庭带来负担。所以,我们可以号召大学生加入这个平台,号召他们学习,先学习后盈利,并且可以扩展自己的技能,提高大学生质量,并且减轻家庭负担。在该平台上我们会放很多专业的学习视频,和各专业专家帮助大家学习

    可以向一些难就业的人员推广,毕竟现在这个社会找工作和自己专业对口不是很容易,让这些人加入之后会给他们带来一笔收入,这样一来也就缓解了社会的就业压力。

    该项目涉及到社会诸多产业,也涉及到许多专业。因为现在是互联网社会,有很多公司的工作涉及到:PS 做表 绘图,统计,平面设计,工程造价等等,而这些工作不是公司的主要工作,所以这些工作会降低工作效率。但如果有了这个项目,员工可以在该软件上寻求帮助并付出一定金额。这样既节省了时间,而且也会让有知识的人有用武之地。

    进度安排 Scheduling

    在这里插入图片描述
    在这里插入图片描述

    可推广性 Potential replication

    当今是互联网时代,这是一个机遇也是一个挑战。而这个平台就是服务于互联网。当今时代潮流是互联网+,大数据,VR等等,而我们国家在这些方面处于弱势,在这个平台上可以请很多这方面的专家供大家学习。最重要的是:很多企业也会向这些方面发展,但又缺乏人才,任务量大,完成需要很多时间,这个软件就可以帮助缓解这些问题。该公司可以把需要完成的任务放在软件上并支付一定金额,让那些这方面突出的人来完成。在这个软件上也可以鼓励更多的人来加入,一起学习一起赚钱。

    在我国很多员工的工作量非常大,而且时间短,一个人去完成它就显得十分吃力,这是就可以借助这个软件来完成大量工作,提高了任务质量同时提高了工作效率。在我国就业难早已是一个重要问题。这个软件就可以提供无业者一个机会,既可以在软件上学习又可以在软件上获得酬劳,而且随时随地都可以工作,工作很灵活。

    在这个软件上,每个用户都需要实名认证并且留下联系方式,还需要签订一些必要的法律条约等,这样就可以防止诈骗行为。现在社会支付方式很多不拘于现金,在这个平台上可以微信支付 支付宝支付,还可以绑定银行卡。支付很方便。

    风险分析 Risk analysis

    软件开发的过程中我们可能遇到各种各样的问题,我们需要时刻做好风险管理,避免不必要的损失。

    在设计时,我们可能与后续的制作发生冲突,如果我们不能正确的分析,不能宏观架构,我们在后续的制作中可能遇到无法想象的困难,甚至可能将软件整体推到重做,这不是我们想看到的,我们要严格杜绝这类事情的发生,我们在设计的时候就要有很强的预见性,能够遇见后续可能会遇到的问题,我们需要有一定的编程经验,需要将可能出现的风险做好预先的处理,在实施代码实现时要进行预实现。

    在软件开发完成之后,我们要保证软件的稳定性与可靠性,要做好网络安全防范工作,在软件投放市场前要做好小规模的实验,实现上市必成功,尽量解决软件运行问题,做好软件后续维护工作,有计划的更新软件,给予用户最佳的体验,

    在软件版权方面,我们要做好专利的申报工作,组建律师团队,在法律问题上我们要做到不侵犯他人版权,不泄露他人个人信息,不散播他人隐私,并且对于盗版及抄袭软件,我们要拿起法律的武器义不容辞的打击盗版及抄袭,

    在用户与技术人员方面,我们要做到诚信制作,不买卖散播他人信息,并且设立相关机制,采用实名认证,保证用户的权益不授予损失。软件为广大人民服务,但需要规定适用范围,不可用作考试、毕业及对个人考核的方面,在触犯相关法律条款时,我们要根据相关法律文件执行相应的处罚。
    在公司扩大、发展时,我们会遇到公司转型的难题,公司发展与壮大需要精心的呵护与培养,会出现很多风险,需要我们不断学习不断的,不断总结经验,在快速发展的社会中有一席之地。

    软件设计过程中会建立合理有效的工作安排机制,使得软件的设计,实现得以正常有序的进行,对于用户的信息安全,本软件会事先征收技术人员个人信息保密抵押金,并且实行实名认证的安全管理方案,对于违反上述着会依照相关法律进行处理

    预期目标 Target

    初期目标:实现专业人士的加入,达到需求帮助与响应成正比,让寻求帮助的人能够快速的被帮助,快速完成任务,避免提出的问题一直无人响应。实现大学生的加入,通过学习一些专业知识之后能够帮助别人,加大帮手的力量和质量。实现软件被个人、企业、大学生等的认可。

    希望该软件达到既能学习还能盈利的目的,同时拥有成熟的学习系统和问答系统。扩大帮手力量和质量,做到客户提出问题之后帮手有能力进行帮助。同时让更多的人了解该软件,实现高效率的有问有答,例如:淘宝软件中有买有卖。在酬劳高低方面希望做到物有所值,避免乱价的现象。同时酬劳的高低收到帮手星级的影响。

    在该软件中,因为一些客户的需要帮助完成的任务涉及到个人或者公司的隐私,希望能够很好地保护客户的隐私,防止隐私泄露。同时能够很好地管理帮手与客户

    在客户找到帮手之后希望可以通过客服进行沟通时,让帮手充分理解客户的需求,避免帮手完成任务之后不符合客户的标准。
    该软件在初期,主要在“办公、平面设计、软件编程、工程绘图和处理影视作品”等方面进行问答和学习。办公主要是为一些公员工做图表、统计数据等提供帮助。希望这个软件能够真正帮助客户。

    中期目标:实现该软件像“抖音”一样走进群众,让人们接受该软件。在发展的同时扩展问答类别和学习类别和帮助类别,并创建一支团队维护该软件系统,不被黑客侵入。

    终极目标:让软件涉及到社会的方方面面,成为人们生活必不可少的一部分。同时能够为推动我国软实力发展。

    策划细节 Planning details

    本软件大致分为四大部分,分别是指导、动态、社交、我。

    指导界面主要提供求助、帮助以及学习界面,方便给予用户快速的解决方案,同时 技术人员可以在其中精确寻找自己适合的方向去提供帮助,而学习界面可以提供证书的获得以及课程的获取,提供小型课堂模式,增加全民知识水平,同时将学与用结合到一起。

    第二部分动态为用户推送最新的求助信息,以及优秀的技术人员资料,方便用户选择和技术人员解答。在个人简历中显示一些学历、证书、荣誉等,在往期作品中呈现用户的作品,并在每个作品下面有客户的评价,类似于淘宝的中的评价。在专业方面呈现技术人员的特长。

    第三部分社交方便用户与商家联系,同时也提供了用户用户之间的交流,设立收藏选项,方便用户收藏喜欢的商家与作品,在商家方面,提供了团队选项,方便商家的联合,使得商家能够接手大型复杂的工作,提供了快速的解决方案。

    第四部分为用户提供了个人信息的窗口,方便用户查看个人信息(头像、名称、联系方式),添加个人简历和一些往期作品,还可以设立学历、证书、荣誉等标签。

    展开全文
  • 计算机软件项目计划书格式.pdf计算机软件项目计划书格式.pdf计算机软件项目计划书格式.pdf计算机软件项目计划书格式.pdf计算机软件项目计划书格式.pdf
  • 互联网-大学生创新创业大赛项目计划书.pdf互联网-大学生创新创业大赛项目计划书.pdf互联网-大学生创新创业大赛项目计划书.pdf互联网-大学生创新创业大赛项目计划书.pdf互联网-大学生创新创业大赛项目计划书.pdf...
  • 教务管理系统项目计划书
  • 众筹项目计划书 新能源众筹项目计划书.doc 国音乐手机广告策划书(16页).doc 重庆XXX可研报告.doc 英菲动力饮料市场营销策划书.doc @重庆大学生创业计划书一火 锅店计划书.doc 营销策划一 良品铺子(1).doc ...
  • 教育资料
  • 大气商业项目计划书PPT模板.pptx
  • 软件项目管理项目实施计划书.doc
  • 书店计划 使用 mysql、php、js 和 html 创建的书店项目
  • 如何打造一份it项目计划书

    万次阅读 2018-02-26 13:46:50
    一份专业的IT项目计划书应该包括以下几个部分:一、项目背景二、主要任务三、工作量评估四、项目计划五、项目交付件六、附件七、价格八、需求变更管理一、项目背景项目的相关介绍。可以从以下几个方面来写:为什么要...

    一份专业的IT项目计划书应该包括以下几个部分:

    一、项目背景

    二、主要任务

    三、工作量评估

    四、项目计划

    五、项目交付件

    六、附件

    七、价格

    八、需求变更管理


    一、项目背景

    项目的相关介绍。可以从以下几个方面来写:

    为什么要做这个项目?

    项目的需求是谁发起的?

    项目的实施会带来什么影响?

    项目完成的指标参数是什么?

    项目交付的最终日期?

    这一部分1-3段即可。


    二、主要任务

    这里需要列出项目需要实现的具体功能,以及功能对应的要求等。

    举例:

    此次项目共涉及部门管理/人员管理/薪资管理/考勤管理/招聘管理五个模块。

    1 员工管理

    增加字段/增删查询条件/增删过程

    ......

    2 部门管理

    基于部门创建子部门

    修改上级部门

    ......

    此处应该罗列出所有需要实现的功能,如果篇幅较长,可以附件的形式展示。


    三、工作量评估

    总工作量

    工作量分解

    注意:

    1)如果团队分工明确,有专门的需求,数据库管理,开发,测试,那么可以让每个人针对具体功能评估,然后综合分析累加。

    2)如果团队分工不明确,或者属于项目立项期,那么可以采取百分比评估。如,先评估开发工作量,然后根据一定的百分比得出其他工作量。百分比应该根据具体业务需求选择一个合理数值。上面的例子就是采取这种评估方式,即需求=20%X开发,数据库=10%X开发,测试=30%X开发。

    3)很多项目最后还有集成测试,实施,项目管理等工作,因此将项目所有工作量累加后,还需要以累加工作量为基数,根据不同的百分比,计算相应的额外工作量。

    4)很多工具都提供相关功能,比如Microsoft Project,Excel等。我个人比较推荐Excel,强大好用。


    四、项目计划

    资源计划

    注意:

    资源计划需要结合项目起始日期,以及估算的工作量来安排。

    项目进度计划

    工作分解和任务跟踪

    注意:

    需要考虑所有不确定性,随时调整开发计划。

    上面是用Excel做的。

    风险与规避

    列出所有可能遇到的风险及规避方式。


    五、项目交付件

    注意:

    根据项目实际情况增减相关交付物。


    六、附件

    列出所有相关文件。原始需求文档,设计文档,工作任务分解文档等。


    七、价格

    开发报价

    系统开发费用=人工费用 X 工作量 (如果具体人工费用根据职位,工作年限不同,那么需要分开计算)

    硬件费用=支持此套系统运行的硬件(电脑,服务器等)

    其他费用=其他必要的采购费用(场地,第三方软件,第三方服务等)

    以上所有费用汇总。

    维护服务及价格

    约定后续提供的维护服务及价格。

    举例:

    服务内容

    负责整个项目的维护和技术支持工作,并确保项目组成员具备应有的相关技能。

    系统的维护和新需求/功能的开发。

    软件升级,打补丁和修复Bug。

    问题类型和响应时间

    1级(紧急技术问题):<= 6小时

    2级(程序功能或数据问题,对系统使用有影响):8小时

    3级(程序功能或数据问题,但可以有临时替代方法):24小时

    维护人员需要2人,单价 人民币 20,000人/月


    八、需求变更管理

    约定在项目进行中如何进行需求变更的认定,管理,交付时间等。

    举例:

    开发过程中,对于新的需求,双方需参照《软件设计说明书》来判定,如果属于说明书里面没有的新出现的功能要求,则属于需求变更。

    系统交付后,对于新出现的功能或已有功能的改变,也属于需求变更的范畴。

    双方共同评估其对项目范围、设计、交付时间、质量和成本等方面的影响,并根据影响的大小来确定是否实施。


    展开全文
  • 员工关系计划书.doc

    2021-09-04 22:03:36
    员工关系计划书 一、目的 1、不断加强并完善现有员工关系,为员工间和公司与员工间搭建更加通畅的沟通平台,提高员工满意度。 2、增强员工的归属感,营造更加团结、协作的团队精神。 3、提升企业凝聚力,创建企业...
  • 如何撰写项目计划书

    千次阅读 2014-05-31 10:23:56
    如何撰写项目计划书
    如何撰写项目计划书
          根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:
    1 引言
    1.1 编写目的
    1.2 背景
    1.3 定义
    1.4 参考资料
    1.5 标准、条约和约定
    2 项目概述
    2.1项目目标
    2.2产品目标与范围
    2.3假设与约束
    2.4 项目工作范围
    2.5 应交付成果
    2.5.1 需完成的软件
    2.5.2 需提交用户的文档
    2.5.3 须提交内部的文档
    2.5.4 应当提供的服务
    2.6 项目开发环境
    2.7 项目验收方式与依据
    3 项目团队组织
    3.1 组织结构
    3.2 人员分工
    3.3 协作与沟通
    3.3.1 内部协作
    3.3.2 外部沟通
    4 实施计划
    4.1 风险评估及对策
    4.2 工作流程
    4.3 总体进度计划
    4.4 项目监控
    4.4.1 质量控制计划
    4.4.2 进度监控计划
    4.4.3 预算监控计划
    4.4.4 配置管理计划
    5 支持条件
    5.1 内部支持(可选)
    5.2 客户支持(对项目而言)
    5.3 外包(可选)
    6 预算(可选)
    6.1 人员成本
    6.2 设备成本
    6.3 其它经费预算
    6.4 项目合计经费预算
    7 关键问题
    8专题计划要点

    二、项目计划书的编写说明

    1 引言
    1.1 编写目的
    说明编写这份项目计划的目的,并指出预期的读者。
    作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
    意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。”
    例如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形 式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、 项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础, 项目团队开展和检查项目工作的依据。
    常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。

    1.2 背景
    主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:
    项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。
    项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。
    项目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。如海关的报关软 件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。

    项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。如果是内部开发项目,则两者的区别在于前者指人,后者指单位。
    项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织,一般一个项 目的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目 的主要承担部门。
    项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

    例句:根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。
    目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作 进度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式已经越来越无法 适应市委市政府的要求。因此,充分利用现代信息化、因特网的优势,建立“某市某建设工作信息报送反馈系统”,提高某建设工作信息报送反馈工作效率,提高信 息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
    软件系统与其他系统的关系:说明与本系统有关的其他系统,说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这 个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材 料的子系统应当挂在市政府网站。
    软件系统与机构的关系:说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

    1.3 定义
    列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。

    1.4 参考资料
    列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。常用资料如:
    本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;
    属于本项目的其他已经发表的文件;
    本文档中各处引用的文件、资料,包括所要用到的软件开发标准。

    1.5 标准、条约和约定
    列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
    “参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。 

    2 项目概述

    2.1 项目目标
    设定项目目标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念。注意,不要简单地说成在什么什么时间完成开发什么什么软 件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标,它还不够具体和明确。明确的项目目标应该指出了服务对象,所开发软件 系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
    项目目标应当符合SMART原则:
    l S Specific 明确的陈述
    l M Measurable 可以衡量的结果
    l A Attainable 可以达成的目标
    l R Realistic 合理的,现实的或者说是能和实际工作相结合
    l T Trackable 可以跟踪的
    项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分 解一般是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一 般要在说明了总目标的基础上再说明分解目标,可加上“为实现项目的总目标,必须实现以下三个阶段目标······”

    2.2 产品目标与范围
    根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范 围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品 目标如“提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强 度。”

    2.3 假设与约束
    对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
    假设是通过努力可以直接解决的问题,而这些问题是一定要解决才能保证项目按计划完成。如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
    约束一般是难以解决的问题,但可以通过其他途径回避或弥补、取舍,如人力资源的约束限制,就必须牺牲进度或质量等等。
    假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

    2.4 项目工作范围
    说明为实现项目的目标需要进行那些工作。在必要时,可描述与合作单位和用户的工作分工。
    注意产品范围与项目工作范围的不同含义。
    产品范围界定:软件系统产品本身范围的特征和功能范围。
    工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
    产品范围的完成情况是参照客户的需求来衡量的,而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性,以确保项目的具体工作成果,能按特定的产品要求准时交付。

    2.5 应交付成果
    2.5.1 需完成的软件
    列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
    2.5.2 需提交用户的文档
    列出需要移交给用户的每种文档的名称、内容要点及存储形式,如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。
    2.5.3 须提交内部的文档
    可根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编 制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值,以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减,以减少不必要的项目任 务和资源。
    根据因素取值列出本项目应完成的阶段成果,说明本项目取值所在的区间,将其他因素值区间删除。
    2.5.4 应当提供的服务
    根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各种服务,例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等,应当在本计划“4.3总体进度计划”中条列出。

    2.6 项目开发环境
    说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种,如开发工具可能需要针对Java的,也需要针对C++的。有些环境可能无法确定,需要在需求分析完成或设计完成后才能确定所需要的环境。

    2.7 项目验收方式与依据
    说明项目内部验收和用户验收的方式,如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

    3 项目团队组织

    3.1 组织结构
    说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务,项目团队需要哪些角色构成,如项目 经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同 时说明团队成员来自于哪个部门。除了图形外,可以用文字简要说明各个角色应有的技术水平。
    注意虽然有一些通用的结构可以套用,但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员(小组),但需要知识转移方面的人员(小组)。而软件编码外包的项目则不需要程序员,测试人员也可以适当地减少。
    3.2 人员分工
    确定项目团队的的每个成员属于组织结构中的什么角色,他们的技术水平、项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。以下是一个示例。

    3.3 协作与沟通
    项目的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通。沟通对象应该包括所有项目干系人,而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
    其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送 人、抄送人,聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施,包括沟通,如何互相配合来共同 完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
    3.3.1 项目团队内部协作
    本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
    3.3.2 项目接口人员
    应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:
    a、负责本项目同用户的接口人员;
    b、负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
    c、负责本项目同分包方的接口人员。
    3.3.3 项目团队外部沟通与协作模式
    项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录 办法等内容。明确最终用户、直接用户及其所在本企业/部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的 姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

    4 实施计划

    4.1 风险评估及对策
    识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策,采取的措施。风险识别包括识别内在风 险及外在风险。内在风险是指项目工作组能加以控制和影响的风险,如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险,如市场转 向或政府行为等
    风险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率,以及减少风险事件的风险系数;吸纳:接 受一切后果,可以是积极的(如制定预防性计划来防备风险事件的发生),也可以是消极的(如某些费用超支则接受低于预期的利润)。
    对于软件开发项目而言,在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳,提高项目跟踪和控制的能力,由于在问题发生之前已经做了周密计划,因而对项目的成功产生更加充分的信心。
    软件开发项目常见预估的风险:
    1) 工程/规模/进度上的风险
    规模大,规模估算不精确甚至误差很大;就规模而言,用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);
    2) 技术上的风险
    使用新的开发技术、新设备等,或是新的应用组合,没有经验;是新的行业或业务,没有经验;性能上的要求很严;
    3) 用户体制上的问题
    用户管理不严,恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发,恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;
    4) 其它:应该包含此处没有、但据推测有风险的项目。

    4.2 工作流程
    说明项目采用什么样的工作流程进行。如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。
    4.3 总体进度计划
    这里所说的总体进度计划为高层计划。作为补充,应当分阶段制定项目的阶段计划,这些阶段计划不在这份文档中,当要以这份总体计划为依据。
    总体进度计划要依据确定的项目规模,列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果,在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
    对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项 工作任务的预定开始日期、完成日期及所需的资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。
    例如

    需求评审


    设计评审
    表格中检查点/里程碑等阶段划分为举例,实际作业阶段划分、阶段成果等请根据项目需要确定。
    制定软件项目进度计划可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比较强大,比较适合于规模较大的项目,但 无法完全代替项目计划书,特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。

    制定软件项目进度计划应当考虑以下一些因素:
    1)对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解,就只能制定出比较粗的进度计划,等到需求阶段或设计阶段结束,就应该进一步细化进度计划。
    2)软件系统规模和项目规模,这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的,而项目规模还要考虑对文档数量与质量的要求, 使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如,完成一个大型的系统,在一定的时间内一个人或几个 人的智力和体力是承受不了的。由于软件是逻辑、智力产品,盲目增加软件开发人员并不能成比例地提高软件开发能力。相反,随着人员数量的增加,人员的组织、 协调、通信、培训和管理方面的问题将更为严重。
    3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样,软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度,而项目的复杂程 度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度,多项目情况下资源保障的情况,等等等等。软件系统的规模 与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
    4)项目的工期要求,就是项目的紧急程度。有些项目规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理 安排进度,多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处 理不好会造成情绪上的问题,也可能会因为过于忙碌而无法顾及质量,造成质量的下滑。
    5)项目成员的能力。这些能力包括项目经理的管理能力,系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力,以及企业 或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对 行业业务知识和主要技术的知识积累。

    4.4 项目控制计划

    4.4.1 质量保证计划
    执行质量评审活动,对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范,内容包括:
    l 引言(本章节包括质量计划的目的、定义、参考资料)
    l 管理(描述负责软件质量管理的机构、任务及其相关的职责)
    l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则)
    l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定,并列出监督和保证执行的措施)
    l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
    l 软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)
    l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
    l 媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
    l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。)
    l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
    4.4.2 进度控制计划
    (可直接引用以下描述或根据项目情况制定本节内容)
    本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控,并保留在监控过程中产生的日常检查记录。
    4.4.3 预算监控计划
    说明如何检查项目预算的使用情况。根据项目情况需要制定。
    4.4.4 配置管理计划
    编制有关软件配置管理的条款,或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现 报告、追踪和解决软件问题的机构及其职责。
    根据《GB/T 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:

    l 引言(本章节包括质量计划的目的、定义、参考资料)
    l 管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。)
    l 软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。)
    l 工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法)
    l 对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
    l 记录的收集、维护和保存(指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限)

    5 支持条件

    说明为了支持本项目的完成所需要的各种条件和设施。
    5.1 内部支持
    逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
    例如,设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求。
    5.2 客户支持
    列出对项目而言需由客户承担的工作、完成期限和验收标准,包括需由客户提供的条件及提供时间。
    5.3 外包(可选)
    列出需由外单位分合同承包者承担的工作、完成时间,包括需要由外单位提供的条件和提供的时间。

    6 预算

    6.1 人员成本
    列出产品/项目团队每一个人的预计工作月数。
    列出完成本项目所需要的劳务(包括人员的数量和时间)
    劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
    6.2 设备成本
    设备成本包括:原材料费,设备购置及使用费 
    列出拟购置的设备及其配置和所需的经费
    列出拟购置的软件及其版本和所需的经费
    使用的现有设备及其使用时间
    6.3 其它经费预算
    列出完成本项目所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括: 
    (1) 差旅费(旅费、出租)(含补贴) 
    (2) 资料费(图书费、资料费、复印费、出版费) 
    (3) 通信费(市话长话费、移动通信费、上网费、邮资) 
    (4) 会议费(鉴定费、评审会、研讨费、外事费等) 
    (5) 办公费(购买办公用品)
    (6) 协作费(业务协作招待费、项目团队加班伙食费)
    (7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)
    其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)
    6.4 项目合计经费预算
    列出完成本项目需要的所有经费预算(上述各项费用之和)。
    7 关键问题
    逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响。
    8专题计划要点
    专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。


    展开全文

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 63,171
精华内容 25,268
关键字:

创建项目计划书