 |
|
|
项目设计文档格式
|
|
|
|
|
项目设计文档格式
发布者:
haiguang 发布日期:2008/8/22
浏览次数:15460
次
|
|
|
|
|
BR> ● 硬件、软件、运行环境和开发环境的条件和限制 ● 可利用的信息和资源 ● 建议开发软件投入使用的最迟时间 2.4 可行性研究方法 2.5 决定可行性的主要因素 3 对现有系统的分析 3.1 处理流程和数据流程 3.2 工作负荷 3.3 费用支出:如人力、设备、空间、支持性服务、材料等项开支 3.4 人员:列出所需人员的专业技术类别和数量 3.5 设备 3.6 局限性:说明现有系统存在的问题以及为什么需要开发新的系统 4 所建议技术可行性分析 4.1 对系统的简要描述 4.2 与现有系统比较的优越性 4.3 处理流程和数据流程 4.4 采用建议系统可能带来的影响 ● 对设备的影响 ● 对现有软件的影响 ● 对用户的影响 ● 对系统运行的影响 ● 对开发环境的影响 ● 对经费支出的影响 4.5 技术可行性评价:包括 ● 在限制条件下,功能目的是否达到 ● 利用现有技术,功能目的是否达到 ● 对开发人员数量和质量的要求,并说明能否满足 ● 在规定的期限内,开发能否完成 5 所建议系统经济可行性分析 5.1 支出 5.2 效益 5.3 收益/投资比 5.4 投资回收周期 5.5 敏感性分析:指一些关键性因素,如: ● 系统生存周期长短 ● 系统工作负荷量 ● 处理速度要求 ● 设备和软件配置变化对支出和效益的影响等的分析 6 社会因素可行性分析 6.1 法律因素:如 ● 合同责任 ● 侵犯专利权 ● 侵犯版权 6.2 用户使用可行性:如 ● 用户单位的行政管理 ● 工作制度 ● 人员素质等能否满足要求 7 其他可供选择的方案 逐个阐明其它可供选择的方案,并重点说明未被推荐的理由。 8 结论意见 ● 可着手组织开发 ● 需等待若干条件具备后才能开发 ● 需对开发目标进行某些修改 ● 不能进行或不必进行 ● 其它
项目开发计划
1 引言 1.1 编写目的:阐明编写可行性研究报告的目的,提出读者对象 1.2 项目背景:应包括 ● 项目的委托单位、开发单位和主管部门; ● 该软件系统与其他系统的关系。 1.3 定义:列出文档中用到的专门术语的定义和缩写词的原文 1.4 参考资料:可包括: ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源; 2 项目概述 2.1 工作内容:简要说明项目的各项主要工作,介绍所开发软件的功能、性能等;若不编写可行性研究报告;则应在本节给出较详细的介绍; 2.2 条件与限制: 阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承担的工作、完成期限及其他条件与限制。 2.3 产品 2.3.1程序:列出应交付的程序名称、使用的语言及存储形式。 2.3.2文档:列出应交付的文档。 2.4 运行环境:应包括硬件环境、软件环境。 2.5 服务:阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。 2.6 验收标准 3 实施计划 3.1 任务分解:任务的划分及各项任务的负责人。 3.2 进度:按阶段完成的项目,用图表说明开始时间、完成时间。 3.3 预算 3.4 关键问题:说明可能影响项目的关键问题,如设备条件、技术难点或其他风险因素,并说明对策。 4 人员组织及分工 5 交付期限 6 专题计划要点 如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
软件需求说明书
|
常见问题 | 我要留言 | 添加到收藏 |
|
|
|
|
|
|