软件开发流程文档模板(一)前期阶段(转)

软件 开发流程文档模板(一)前期阶段

 
 

    软件项目开发是一个复杂而又严谨的过程。因此,在开发的过程中要有严格文档说明书。下面详细说明以下软件项目开发的模式以及所需的文档。
一 任务申请/招标说明书
    这部文档有两个可能。如果是公司内项目,则只需要向公司的项目主管部门提交任务申请。这里要说明本部门的人事情况,业务能力水平等。说明本部门有足够的能 力完
成此项目开发并申请此项目。如果是公司外项目,我们则需要编写招标说明书,说明书要说明公司的实力以 及以前所做过的成功案例等,还要说明此项目的报价和预期效果等。此 文档没有固定的模式,可任意发挥。
二 可行性与计划阶段--可行性研究报告
1. 引言
1.1 编写目的
    [编写本可行性研究报告的目的,指出预期的读者。]

1.2 背景
a.[所建议开发的软件系统的名称;]
b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计 算机网络;]
c.[该软件系统同其他系统或其他机构的基本的相互来往关系。]

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

1.4 参考资料
[列出用得着的参考资料。]

2. 可行性研究的前提
    [说明对所建议开发的软件的项目进行可行性研究的前提。]
2.1 要求
    [说明对所建议开发的软件的基本要求。]

2.2 目标
    [说明所建议系统的主要开发目标。]

2.3 条件、假定和限制
    [说明对这项开发中给出的条件、假定和所受到期的限制。]

2.4 进行可行性研究的方法
    [说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。]

2.5 评价尺度
[说明对系统进行评价时所使用的主要尺度。]
3. 对现有系统的分析
    [这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。]
    [分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。]
3.1 处理流程和数据流程
    [说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示,并加以叙述。]

3.2 工作负荷
    [列出现有系统所承担的工作及工作量。]

3.3 费用开支
    [列出由于运行现有系统所引起的费用开支。]

3.4 人员
    [列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。]

3.5 设备
    [列出现有系统所使用的各种设备。]

3.6 局限性
    [列出本系统的主要局限性。]
4. 所建议的系统
4.1 对所建议系统的说明
    [概括地说明所建议系统,并说明在第2条中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。]

4.2 处理流程和数据流程。
    [给出所建议系统的处理流程式和数据流程。]

4.3 改进之处
    [按2.2条中列出的目标,逐项说明所建议系统相对于现存系统具有的改进。]

4.4 影响
[说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。]
4.4.1.对设备的影响
    [说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改]
4.4.2.对软件的影响
    [说明为了使现存的应用软件和支持软件能够同所建议系统相适应,而需要对这些软件所进行的修改和补充。]
4.4.3.对用户单位机构的影响
    [说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。]
4.4.4.对系统运行过程的影响
    [说明所建议系统对运行过程的影响。]
4.4.5.对开发的影响
    [说明对开发的影响。]
4.4.6.对地点和设施的影 响
    [说明对建筑物改造的要求及对环境设施的要求。]
4.4.7.对经费开支的影响
    [扼要说明为了所建议系统的开发,统计和维持运行而需要的各项经费开支。]

4.5 技术条件方面的可能性
[本节应说明技术条件方面的可能性]
5. 可选择的其他系统方案
    [扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。]
5.1 可选择的系统方案1
    [说明可选择的系统方案1,并说明它末被选中的理由。]

5.2 可选择的系统方案2
    [按类似5。1条的方式说明第2个乃至第n个可选择的系统方案。]
    [……]
6. 投资及效益分析
6.1 支出
    [对于所选择的方案,说明所需的费用,如果已有一个现存系统,则包括该系统继续运行期间所需的费用。]
6.1.1 基本建设投资
    [包括采购、开发和安装所需的费用。]
6.1.2 其他一次性支出
6.1.3 非一次性支出
    [列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用。]

6.2 收益
    [对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进 等,包括:
6.2.1 一次性收益]
    [说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述。]
6.2.2 非一次性收益
    [说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。]
6.2.3 不可定量的收益
    [逐项列出无法直用人民币表示的收益。]

6.3 收益/投资比
    [求出整个系统生命期的收益/投资比值。]

6.4 投资回收周期
    [求出收益的累计数开始超过支出的累计数的时间。]

6.5 敏感性分析
    [是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。]
7. 社会因素方面的可能性
7.1.[法律方面的可行性]

7.2.[使用方面的可行性]
8. 结论
    [在进行可行性研究报告的编制时,必须有一个研究的结论]
三 可行性与计划阶段--项目开发计划
项目开发计划
1. 引言
1.1 编写目的
[说明编写这份项目开发计划的目的,并指出预期的读者。]

1.2 背景
a. 待开发软件系统的名称;
b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网 络;
c. 该软件系统同其他系统或其他机构的基本的相互来往关系。

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

1.4 参考资料
    [列出用得着的参考资料。]
2. 项目概述
2.1 工作内容
    [简要地说明在本项目的开发中须进行的各项主要工作。 ]

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 预算
    [逐项列出本开发项目所需要的劳务以及经费的预算和来源。]

3.5 关键问题
    [逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目的影响。]
4. 支持条件
    [说明为支持本项目的开发所需要的各种条件和设施。]
4.1 计算机系统支持
    [逐项列出开发中和运行时所需的计算机系统支持,包括计算机、外围设备、通讯设备、模拟器、编译程序、操作系统、数据管理程序包、数据存储能力和测试支持 能力等,逐

项给出有关到货日期、使用时间的要求。]

4.2 需由用户承担的工作
    [逐项列出需要用户承担的工作和完成期限,包括需由用户提供的条件及提供时间。]

4.3 需由外单位提供的条件
    [逐项列出需要外单位分合同承包者承担的工作和完成的时间。]
5.专题计划要点
    [说明本项目开发中需制订的各个专题计划的要点。]

阅读更多
个人分类: 软件工程和UML
上一篇How to terminate call
下一篇软件开发流程(转)
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭