软件开发过程和文档


文档执行人详情

可行性分析报告 

 

产品经理

 

项目的实现在技术上、经济上和社会因素上的可行性,可供选择的可能实施方案,实施方案的利弊。 

项目开发计划 

 

产品经理

 

实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 

软件需求说明书(软件规格说明书)

 

产品经理

 

对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。这个文档一定要详细、明确,避免需求不明确,开发成本浪费。我是在这里掉了很多次坑。

概要设计说明书 

 

开发人员

 

该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。 

详细设计说明书 

 

开发人员

 

着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。 

用户操作手册 

 

产品经理

 

本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。 

测试计划

 

测试QA人员

 

为做好集成测试和验收测试,需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 

测试分析报告 

 

测试人员

 

测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。 

开发进度月报 

 

开发人员

 

该月报系软件人员按月向管理部门提交的项目进展情况报告,报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 

项目开发总结报告 

 

产品经理

 

软件项目开发完成以后,应与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力,此外,还需对开发工作做出评价,总结出经验和教训。 

软件维护手册

 

开发人员

 

主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 

软件问题报告

 

 测试人员

 

指出软件问题的登记情况,如日期、发现人、状态、问题所属模块等,为软件修改提供准备文档。 

软件修改报告 

 

开发人员

 

软件产品投入运行以后,发现了需对其进行修正、更改等问题,应将存在的问题、修改的考虑以及修改的影响作出详细的描述,提交审批。    

目前我们是通过一些管理网站,由测试人员发送bug,开发人员接受修复。禅道

一、开发过程和文档

软件开发一般包含如下阶段: 

需求分析、概要设计、详细设计的区别如下:

     1.需求分析——产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义,不涉及具体实现方法。用户能看得明白,开发人员也可据此进行下面的工作(概要设计)。 

     2.概要设计——产生软件概要设计说明书,说明系统模块划分、选择的技术路线等,整体说明软件的实现思路,并且指出关键技术难点等。

     3.详细设计-——产生软件详细设计说明书,对概要设计的进一步细化,一般由各部分的担当人员依据概要设计分别完成,然后再集成,是具体的实现细节。理论上要求可以照此编码。

1.1 需求分析 

需求分析阶段的任务是:在可行性分析的基础上,进一步了解、确定用户需求,准确地回答“系统必须做什么”的问题,涉及到软件系统的目标、软件系统提供的服务、软件系统的约束和软件系统运行的环境,输出需求规格说明书。

 

1.2 系统设计

按照自顶向下、逐层分解的设计方法,需依次完成总体架构设计、概要设计和详细设计。软件设计包括概要设计和详细设计。概要设计与详细设计是总分的关系,概要设计文档相当于机械设计中的装配图,而详细设计文档相当于机械设计中的零件图。

1.2.1 总体架构设计

总体架构设计是将系统作为整体的设计,对应系统需求。它包含软件设计、设备选型、网络、安全、性能等,侧重于描述产品的形态,方便技术人员(市场、客户)了解这个产品的功能。如系统是网络软件,可以描述产品及其他子系统在网络中的部署方式、交互方式等。

1.2.2 概要设计

概要设计就是分析软件系统的基本处理流程和组织结构;然后将系统依照功能(任务)的划分为不同模块,确定模块间调用关系和接口。

软件设计包括软件的运行(处理流程)设计、结构设计(划分功能模块,确定模块间的层次结构、调用关系和接口)、用户界面设计、数据库设计(存储什么数据,数据库选型、数据结构和关系)。常用的描述方式有:软件结构图、用例图、分层数据流图、数据字典以及相应的文字说明。

概要设计重点在功能描述,应该让读者大致了解系统作完后大体的结构和操作模式,为软件的详细设计提供基础。

概要设计内容如下:

 

1.2.3 详细设计

详细设计根据概要设计划分的模块任务和对外接口,设计出模块的算法、流程、状态转换等内容。

详细设计包括实现各模块的用户界面设计、算法设计、数据结构设计的细化(是一份完善的数据结构文档,包括类型、命名、精度、字段说明、表说明等内容的数据字典)等。常用的描述方式有:模块的流程图、状态图、局部变量及相应的文字说明等。

 详细设计则的重点在描述系统的实现方式,说明实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系、具体的方法函数和sql语句等。应当足够详细地说明各个层次中的每个模块(子程序)的设计考虑,以便根据详细设计进行编码和测试。

如果发现有结构调整(如分解出子模块等)的必要,必须返回到概要设计阶段,将调整反应到概要设计文档中。

详细设计内容如下:

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
{ 项目名称 } 立项建议书 文件状态: [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识: Company-Project-PIM-PROPOSAL 当前版本: X.Y 作 者: 完成日期: Year-Month-Day 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 产品介绍 5 1.1 产品定义 5 1.2 产品开发背景 5 1.3 产品主要功能和特色 5 1.4 产品范围 5 2. 市场概述 6 2.1 客户需求 6 2.2 市场规模与发展趋势 6 3. 产品发展目标 6 4. 产品技术方案 6 4.1 产品体系结构 6 4.2 关键技术 7 5. 产品优缺点分析 7 6. MAKE-OR-BUY决策 7 7. 项目计划 7 7.1 项目团队 7 7.2 软件硬件资源估计 8 7.3 成本估计 8 7.4 进度表 8 8. 市场营销计划 9 8.1产品盈利模式和销售目标 9 8.2 促销和渗透方式 9 8.3 销售方式和渠道 9 9. 成本效益分析 10 10. 总结 10 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下: [标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [AAA] 作者,《立项调查报告》,机构名称,日期 [BBB] 作者,《立项可行性分析报告》,机构名称,日期 [SPP-PROC-PIM] SEPG,立项管理规范,机构名称,日期 0.5 术语与缩写解释 缩写、术语 解 释 SPP 精简并行过程,Simplified Parallel Process PIM 立项管理,Project Initialization Management … 1. 产品介绍 1.1 产品定义 提示:用简练的语言说明本产品“是什么”,“什么用途”。根据经验,概念罗嗦含糊的产品很难被用户接受。所以产品定义一定要简练且清晰。 1.2 产品开发背景 提示:从内因、外因两方面阐述产品开发背景,重点说明“为什么”要开发本产品。 (1)因方面着重考虑:开发方的短期、长期发展战略;开发方的当前实力。 (2)外因方面着重考虑:市场需求及发展趋势;技术状况及发展趋势。 (3)如果是合同项目,请说明项目的来源。 1.3 产品主要功能和特色 提示: (1)给出产品的主要功能列表(Feature Lists)。 (2)说明本产品的特色。 1.4 产品范围 提示: (1)说明本产品“适用的领域”和“不适用的领域”。 (2)说明本产品“应当包含的内容”和“不包含的内容”。 2. 市场概述 2.1 客户需求 提示: (1)阐述本产品面向的消费群体(客户)的特征 (2)说明客户对产品的功能性需求和非功能性需求 (3)说明本产品如何满足客户的需求,以及给客户带来什么好处。 2.2 市场规模与发展趋势 提示: (1)分析市场发展历史与发展趋势,说明本产品处于市场的什么发展阶段。 (2)本产品和同类产品的价格分析 (3)统计当前市场的总额、竞争对手所占的份额,分析本产品能占多少份额。 注意:引用数据应当写明数据来源,最好有直观的图表。 3. 产品发展目标 提示:说明本产品的短期目标和长期目标,绘制产品的Roadmap。目标必须清晰并且可以度量。 4. 产品技术方案 4.1 产品体系结构 提示: (1)绘制产品的体系结构 (2)阐述设计原理 (3)如果有多种体系结构,需比较优缺点。 4.2 关键技术 提示:阐述本产品的关键技术,评价技术实现的难易程度 5. 产品优缺点分析 提示:综合考虑本产品的功能、质量、价格、品牌等因素,分析优缺点。 6. Make-or-Buy决策 提示: 确定哪些产品部件应当采购、外包开发或者自主研发,说明理由。 (2)分析相应的风险。 7. 项目计划 7.1 项目团队 提示:说明项目团队的角色、知识技能要求、建议人选、人数、工作时间,如下表所示。 角色 知识技能要求 建议人选、人数 工作时间 项目经理 需求开发人员 系统设计人员 编程人员 测试人员 质量保证人员 配置管理人员 服务与维护人员 …… 7.2 软件硬件资源估计 提示: (1)估计项目所需的软件和硬件资源,说明主要配置。 (2)说明以何种方式获得,如“已经存在”、“可以借用”或“需要购买”等
在ASPICE(Automotive SPICE)软件开发流程中,不同的文档模板用于记录和管理各个阶段的工作,以确保软件开发过程的有效性和质量。以下是一些常见的ASPICE软件开发流程文档模板: 1. 需求文档详细描述软件系统的功能需求、性能需求和接口要求。该文档模板包括需求类别、需求优先级、需求追踪矩阵等内容,以确保开发人员和测试人员都明确了解软件系统的需求。 2. 设计文档:描述软件系统的整体架构、软件模块的设计和接口定义。该文档模板包括软件体系结构图、模块功能描述、数据流图等内容,以便开发人员根据设计文档进行编码,确保软件系统的结构和功能正确。 3. 测试计划文档:定义软件系统的测试策略和测试方法。该文档模板包括测试目标、测试范围、测试环境和资源要求等内容,以确保软件系统在开发完成后能够经过全面的测试,发现和修复可能存在的错误和问题。 4. 测试用例文档:描述针对软件系统各个功能和模块的具体测试用例。该文档模板包括用例编号、输入数据、预期输出、执行步骤和测试结果等内容,以便测试人员按照测试用例进行测试,确保软件系统的功能和性能符合需求。 5. 缺陷报告文档:记录测试过程中发现的软件缺陷和问题。该文档模板包括缺陷描述、复现步骤、紧急程度和修复状态等内容,以便开发人员及时发现和解决问题,确保软件系统的质量和稳定性。 以上是ASPICE软件开发流程中常见的文档模板,通过这些文档模板的使用,软件开发人员和测试人员可以更加有序地开展工作,确保软件项目的质量和进度。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值