软件开发流程, 2022-06-07

(2022.06.07 Tues)
软件开发的完整流程Software Development Life Cycle(SDLC),包含从了解需求到可行性评估到开发测试和上线维护的所有工作,用于将一个软件产品的想法和点子转化成一个实际的产品。

SDLC的意义

  1. 方便各方沟通:一个定义清晰明确的开发流程可以避免各方沟通的分歧与误解,包括开发者、项目经理、客户和所有利益相关方stakeholder
  2. 方便优化流程和职位分工:SDLC可以清晰定义流程中每个职位的角色和责任
  3. 规范了需求更新、新特征开发和bug修改的流程
  4. 明确各步骤的预期结果和工作范畴
  5. 降低成本

SDLC的七个步骤

  • 需求收集和分析 Requirement collection and analysis
  • 可行性分析和规划 Planning and feasibility analysis
  • 设计和原型开发 Design and Prototyping
  • 开发 Development
  • 测试 Quality Assurance (QA)
  • 部署 Deployment
  • 维护 Maintanence

(2022.06.08 Wed)

需求收集和分析 Requirement collection and analysis

商业分析师和项目经理从客户收集所有需要的信息,收集的信息包括但不限于:

  • 软件的描述及其目的、范围(scope of work, SOW)
  • 该项目是否与公司愿景相符
  • 软件解决了哪些问题
  • 软件的性能要求
  • 服务的对象(以及为何他们需要这个软件)
  • 是否需要考虑安全与隐私

根据收集来的信息,生成软件需求说明文档(software requirement specification, SRS)。

可行性分析和规划 Planning and feasibility analysis

开发团队根据上一步生成的SRS报告,从技术角度探索项目特点以实现对项目的目的和目标的更深理解。需要了解和讨论的问题包括但不限于:

  • 需要怎样的输入数据或资源以及预期的输出
  • 是否需要/可能整合其他工具或APIs
  • 产品交付的预期时间
  • 对开发成本进行估计,包括人员、时间和资源成本
  • 本地部署or云上部署

根据上面的讨论,明确技术实现的相关信息、测试相关并决定技术栈。从这一步开始,可以将任务分解为多个可执行的步骤并决定使用何种开发方法,比如agile or incremental。

开发团队对SRS文档进行修改和补充,并将文档交给客户。通过这种方式告知客户开发团队对项目需求的了解,客户保留文档供未来参考。

这一步之后可能会有SRS文档的改进版。

设计和原型开发 Design and Prototyping

这一步包括设计产品/软件/服务的如下内容

  • 基本功能框架
  • 架构(architecture)
  • 原型(prototype),使用Marvel或InVision等;最小可用原型 minimal viable prototype, MVP
  • 产品流程,或UI/UX

创建产品原型图有助于和客户沟通,也有助于在开发过程中确定参考点。

这一步内容和上一步可行性分析会交错进行,便于对项目做规划和验证。

这一步之后生成的文档包括软件功能框架图、软件架构、产品流程图、产品原型图及说明文档

在进行开发之前,如果开发的是手机app产品,还将包括UI设计阶段。

开发 Development

根据设计文档,实现软件开发,这是项目流程中最耗时和有风险的部分。不管采用敏捷开发,生成MVP,或是使用全流程开发的方式,这一步的重点是不超出工作范围SOW,写出干净高效的代码。

开发过程循序渐进,可能经过如下几个版本阶段:

  • Pre-alpha:以原型或设计草图(design sketches)的形式存在
  • Alpha:软件的粗略版本,包含了设计阶段需要实现的大多数功能和特性,但可能缺失了重要元素且有严重的bug
  • Beta:完成度较高,经过了严格的测试找到和解决了隐藏的问题和bug
  • Release candidate:比Beta版的完成度更高,并即将发布给用户。在这个版本中,软件的所有特性都是实现,测试都已经完成

测试 Quality Assurance (QA)

QA工程师根据SRS执行测试,以确定产品是否满足用户的需求。

测试的执行可以根据测试用例表。测试用例在产品需求确定后就要开始编写,根据业务需求,遍历可能出现的异常的所有可能,然后检查已经开发的版本对异常情况是否进行了相应处理。测试用例的作用在于理顺和规范测试思路,使得测试完整和有规划。

同时QA也需要记录bug管理过程,生成bug管理文档。

部署 Deployment

将Release candidate发布到生产环境。有时客户需要软件经过用户容忍测试user acceptance testing (UAT),这将决定软件是否满足客户预期。

部署往往采用自动化运行的方式,使用Application Release Automation (ARA)工具,以避免人为产生的错误并减少时间消耗。

部署过程中,不管是现场部署(on-premises)还是云端(cloud platform),都需要关注服务器的设置,包括系统资源的分配、防火墙的设置等方面,以保证服务的有效和高效。

部署过程中建立CICD流程(CI/CD pipeline)并保证软件/服务与CICD流程耦合。一旦实现,将加速所有build的发布过程并使得后续发布更容易被适应。可将CICD流程封装为一个统一的包。可参考CI/CD pipeline best practices。

部署过程中还需要注意避免依赖挂机(dependency failure)。依赖无法启动或出现问题不可避免的导致部署失败。

一个优秀的开发团队在这个步骤还会提供两个文档,即接口说明文档和数据库设计文档。

维护 Maintanence

Reference

1 designrush点com - Software Development Process: All You Need To Know About Methodologies, Outsourcing and Best Practices
2 plan点io - Software Development Process: How to Pick The Process That’s Right For You

你可能感兴趣的:(软件开发流程, 2022-06-07)