2020年(IT行业)IT行业模板荟萃

上传人:精****库 文档编号:136390950 上传时间:2020-06-28 格式:DOC 页数:226 大小:845.57KB
返回 下载 相关 举报
2020年(IT行业)IT行业模板荟萃_第1页
第1页 / 共226页
2020年(IT行业)IT行业模板荟萃_第2页
第2页 / 共226页
2020年(IT行业)IT行业模板荟萃_第3页
第3页 / 共226页
2020年(IT行业)IT行业模板荟萃_第4页
第4页 / 共226页
2020年(IT行业)IT行业模板荟萃_第5页
第5页 / 共226页
点击查看更多>>
资源描述

《2020年(IT行业)IT行业模板荟萃》由会员分享,可在线阅读,更多相关《2020年(IT行业)IT行业模板荟萃(226页珍藏版)》请在金锄头文库上搜索。

1、(IT行业)IT行业模板荟萃模版集萃一、 项目及开发管理类可行性研究报告(ISO标准)编者说明: 在立项时,应该对项目进行综合分析,探讨项目的经济、社会、技术可行性,从而为决策提供基础。该模板为ISO标准文档模板,其不仅适用于软件项目,对于其它的系统项目也适用。1. 引言1.1 编写目的编写本可行性研究报告的目的,指出预期的读者。1.2 背景a.所建议开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料 列出用得

2、着的参考资料。2. 可行性研究的前提 说明对所建议开发的软件的项目进行可行性研究的前提。2.1 要求 说明对所建议开发的软件的基本要求。2.2 目标 说明所建议系统的主要开发目标。 2.3 条件、假定和限制 说明对这项开发中给出的条件、假定和所受到期的限制。2.4 进行可行性研究的方法说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。2.5 评价尺度 说明对系统进行评价时所使用的主要尺度。3. 对现有系统的分析 这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。 分析现有系统的目的是为了进一步阐明

3、建议中的开发新系统或修改现有系统的必要性。3.1 处理流程和数据流程说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示,并加以叙述。3.2 工作负荷 列出现有系统所承担的工作及工作量。3.3 费用开支 列出由于运行现有系统所引起的费用开支。3.4 人员 列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。3.5 设备 列出现有系统所使用的各种设备。3.6 局限性 列出本系统的主要局限性。4. 所建议的系统4.1 对所建议系统的说明概括地说明所建议系统,并说明在第2条中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。4.2 处理流程和数据流程。 给出

4、所建议系统的处理流程式和数据流程。4.3 改进之处 按2.2条中列出的目标,逐项说明所建议系统相对于现存系统具有的改进。4.4 影响 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。4.4.1.对设备的影响 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改4.4.2.对软件的影响 说明为了使现存的应用软件和支持软件能够同所建议系统相适应,而需要对这些软件所进行的修改和补充。4.4.3.对用户单位机构的影响 说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。4.4.4.对系统运行过程的影响 说明所建议系统对运行过程的影响。4.4.5.对

5、开发的影响 说明对开发的影响。4.4.6.对地点和设施的影响 说明对建筑物改造的要求及对环境设施的要求。4.4.7.对经费开支的影响 扼要说明为了所建议系统的开发,统计和维持运行而需要的各项经费开支。4.5 技术条件方面的可能性本节应说明技术条件方面的可能性5. 可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。5.1 可选择的系统方案1 说明可选择的系统方案1,并说明它末被选中的理由。5.2 可选择的系统方案2 按类似5。1条的方式说明第2个乃至第n个可选择的系统方案。 6. 投资及效益分析6.

6、1 支出对于所选择的方案,说明所需的费用,如果已有一个现存系统,则包括该系统继续运行期间所需的费用。6.1.1 基本建设投资 包括采购、开发和安装所需的费用。6.1.2 其他一次性支出 6.1.3 非一次性支出 列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用。6.2 收益对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括:6.2.1 一次性收益 说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述。6.2.2 非一次性收益 说明在整个系统生命期内由于运

7、行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。6.2.3 不可定量的收益 逐项列出无法直用人民币表示的收益。6.3 收益/投资比 求出整个系统生命期的收益/投资比值。6.4 投资回收周期 求出收益的累计数开始超过支出的累计数的时间。6.5 敏感性分析是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。7. 社会因素方面的可能性7.1.法律方面的可行性7.2.使用方面的可行性8. 结论在进行可行性研究报告的编制时,必须有一个研究的结论软件项目商业性分析编者说明:随着市场经济的不断发展,一

8、个项目的商业价值、市场价值往往是衡量项目价值的最大依据。该文档模板十分适用于产品型项目,当你提出一个新的产品开发方向时,一份商业性分析是说服管理层的一个很好工具。当然,如果是一些内部项目,也是可以借鉴该文档模板来论证该项目的商业价值。1.文档概述该部分主要描述该文档的目的、范围、术语以及参考资料等方面的内容。1.1目的说明该文档的作用。 1.2 范围简要说明该与文档相关的其它事物与资料。1.3 术语列出所有将出现于本文档的新术语、缩略语等。1.4参考资料在此应列出项目计划中引用的文档列表,对于引用的每个文档都应该列出其标题、文档编号、日期,并且指出这些文档的来源,以方便该计划的阅读者查找。1.

9、5 概述 本小节说明该文档所包括的内容,以及它的组织方式。2.系统说明在此简要地说明将要开发的系统,包括其名称、系统所解决的问题以及它的开发价值等,从而使得读者能够有一个直接的了解。并且在这处还应列出与在本文档中出现的缩略词的解释,以便读者更好地阅读。3.业务环境这一小节主要说明要开发的系统所处于的业务环境。它包括系统所面向的领域、用户。也可以在此指出它是产品型项目,还是用户定制型项目,同时如果该项目与原有的项目有紧密的联系,在此也应该把这些联系列出来。4.产品目标这一小节则用于深入说明为什么要开发该系统,它有什么价值。最好还应对进度计划、进度风险做一些评估。一个明确确定、表述清晰、可以度量的

10、目标将为今后系统的开发工作打下坚实的基础。 5.财务预测如果是产品型项目,那么其输出就是一个商业软件产品。对于这样的项目,在此应该包括对该项目的财务预测,最主要应该得出投资回报(ROI)指标。在做ROI分析时,应该针对不同的完成时间做出不同的预测,以让系统开发者对于进度延迟对投资回报的损伤有一个直观的了解。在财务预测中,有一个基点就是对项目工作量、资源使用的估算,在这里还应给出估算的基础技术,当然这里的估算会随着项目的进展而逐步精化,应该这里还是应该估算出一个合理的范围。6.约束任何事有利就有弊,在本小节则主要列举执行该项目时会遇到的一个诸如外部接口、标准、认证、特殊的技术等约束,这些约速将会

11、对项目带来很大的执行风险,可能对项目的成本也带来巨大的影响。软件开发项目立项表编者说明:在许多开发组织中,开发立项请求通常来自市场部门,该表格的设计就是为了更好地理顺两个部门之间的沟通与协调,也使得开发立项流程化,你可以根据自己公司的实际情况,对该表格的格式做一些修改。项目名称(暂定):项目编号(开发部填写)项目申请人:申请日期:项目优先级:最迟完成时间:问题/机会:项目目标及成功标准:目标描述:假设、风险及障碍:客户名单:项目提出人:项目决策人:项目相关人员:审批人意见:签名: 日期:软件项目计划(ISO标准)编者说明: 拿破仑说过:“没有一场战役是按照计划打的,而胜利的战役没有一个是没有计

12、划的。”,战役尚且如此,软件项目也不例个。一个经过周密考虑,团队协作共同制订的项目计划是成功的关键。本文档模板是ISO标准模板,虽然时间有点久远,但还是十分有参考价值的。1. 引言1.1 编写目的说明编写这份项目开发计划的目的,并指出预期的读者。1.2 背景a.待开发软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料 列出用得着的参考资料。2. 项目概述2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工

13、作。 2.2 主要参加人员 扼要地说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。2.3 产品2.3.1 程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件。逐项说明其功能和能力。2.3.2.文件 列出需移交给用户的每种文件的名称及内容要点。2.3.3.服务 列出需向用户提供的各项服务。 2.3.4.非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品。 2.4 验收标准 对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。2.5 完成项目的最迟期限2.6 本计划的批准者和批准日期3. 实施计划3.1 工作任务的分解与人员分工对于项目开发中需完成的各项工作,从需求分析、设计、实现、测试直到维护,包括文件的编制、审批、打印、分发工作,用户培训工作,软件安装工作等,按层次进行分解,指明每项任务的负责人和参加人员。3.2 接口人员 说明负责接口工作的人员及他们的职责。3.3 进度对于需求分析、设计、编码实现、测试、移交、培训和安装等工作,给出每项工作任务的预定的开始日期、完成日期及所需资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。3.4 预算

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 企业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号