浅谈业务开发与非业务开发

简介: 讲述业务开发、非业务开发及两者之间区别

软件开发

在谈及业务开发与非业务开发之前,首先他们都是软件开发,那么软件开发的流程是怎样的呢?我们先来了解一下软件开发的流程。通常情况下软件开发的流程是这样的

image.png

在软件开发流程中每个阶段对应相应的内容如下:

需求分析:在需求分析阶段,需要明确用户的需求和期望,定义软件的功能、特性和用户界面等,一般涉及到的文档,比如:需求采集文档、需求分析文档、需求说明文档等;

软件设计:在软件设计阶段,根据需求分析的结果,设计软件的架构和业务逻辑,确定软件所需的开发环境、数据库、中间件等,一般涉及到的文档,比如:软件设计文档、数据库设计文档等

软件开发:在软件开发阶段,就是根据设计文档及软件设计原型来编写程序代码,实现软件的各项功能以及页面展示等;

软件测试:在软件测试阶段,就是对软件进行各种测试,包括单元测试、集成测试和验收测试等,确保软件的质量和稳定性,一般涉及到的文档,比如:测试用例文档、bug记录文档、需求验证文档等;

部署和维护:在部署和维护阶段,就是将通过验收测试的软件部署到对应的服务器中(可以是物理服务器、虚拟服务器、云服务器等),为用户提供技术支持和维护服务等,一般涉及的文档,比如:部署操作文档、运维手册文档、应急突发问题处理文档等。

软件迭代:在软件迭代阶段,就是说时刻关注用户需求的变化和技术的发展,不断对软件进行更新和升级,提高软件的适应性和可维护性,提高用户体验,一般涉及的文档,比如:版本升级记录文档、业务变更记录、以及以上涉及到的过程中的文档,因为对于每一次的版本迭代都是一次新的开发历程。

业务开发

那么什么是业务开发呢?个人理解的业务开发是指在软件开发中涉及到产品主线流程的开发人员,比如说需求阶段的产品经理、开发阶段的开发人员、测试阶段的测试人员、以及部署和维护阶段的运维人员等都可以算是业务开发人员,也就是说业务开发通常指的是软件相关人员(包括产品、开发、测试等人员)根据用户的业务需求和业务逻辑,对软件系统进行详细的需求分析、设计、编码、测试和部署等工作,以实现具体的业务功能和应用。 业务开发是软件开发过程中非常重要的一个环节,因为它直接关系到软件系统是否能够满足用户的需求和提供良好的用户体验。在业务开发过程中,开发人员需要深入理解用户的业务需求和业务逻辑,并根据需求设计和实现相应的功能和系统,以确保系统能够达到预期的效果。

总的来说,业务开发是软件开发过程中非常重要的一个环节,它直接关系到软件系统是否能够满足用户的需求和提供良好的用户体验。因此,在软件开发过程中,业务开发人员需要高度重视业务开发,并认真做好相关的需求分析、设计、编码、测试和部署等工作。

非业务开发

那么什么是非业务开发呢?个人理解非业务开发是指在软件开发初期需求采集阶段,以及在应用上线之后后期的优化,监控等阶段涉及到的非业务开发人员,也就是说非业务开发通常指的是非业务开发人员根据需求设计和实现相应的功能和系统,以支持软件的正常运行和功能实现,但不直接涉及用户的业务需求和业务逻辑。 非业务开发是软件开发过程中非常重要的一个环节,因为它直接关系到软件系统的功能和性能是否能够满足用户的需求和期望。在非业务开发过程中,非业务开发人员需要根据系统运行情况不断优化性能,保证稳定性,提高用户体验,同时对系统运行做好监控,及时响应异常情况处理等。

工作量的区别

通常情况下,业务开发所涉及的工作量会更大,因为它需要深入理解业务需求和业务逻辑,并对其进行详细的分析和设计,以确保系统能够满足业务需求并提供良好的用户体验。在具体开发过程中,前期业务开发人员需要投入人力进行产品设计,技术选型,过程中业务开发人员需要编写大量的代码,并与其他开发人员、测试人员和产品经理紧密合作,以确保最终产品符合业务需求和用户需求。 相比之下,非业务开发所涉及的工作量可能会相对较小,因为它通常不需要深入理解业务需求和业务逻辑,而是需要根据需求设计和实现相应的功能和系统,以支持业务需求。在具体开发过程中,非业务开发人员可能需要编写一些监控脚本或工具或者系统监控程序,以提高开发效率和质量,但不需要编写大量的代码。 当然,具体的工作量可能会受到许多因素的影响,如项目的规模、复杂度、团队协作和开发人员的经验和技能等。因此,在软件开发过程中,不能简单地说业务开发和非业务开发哪个工作量更大,而应该根据实际情况进行具体分析和评估。


相关文章
|
3月前
|
Cloud Native 领域建模 API
核心系统转型问题之建模平台在业务领域建模中的功能如何解决
核心系统转型问题之建模平台在业务领域建模中的功能如何解决
|
3月前
|
数据库 开发者
2021.9.23开发一个简单业务遇到的傻逼问题
开发者在尝试解决数据库字段与实体类字段不一致的问题时,因传错了参数导致查询失败,最终通过查看日志发现问题并解决。
2021.9.23开发一个简单业务遇到的傻逼问题
|
4月前
|
测试技术 uml
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
|
4月前
|
监控 运维
开发与运维技术问题之技术PM如何协调业务诉求与技术能力之间的关系如何解决
开发与运维技术问题之技术PM如何协调业务诉求与技术能力之间的关系如何解决
48 1
|
4月前
|
存储 调度 数据库
软件研发核心问题之数据从哪里来,主要包括哪些类型的数据的问题如何解决
软件研发核心问题之数据从哪里来,主要包括哪些类型的数据的问题如何解决
|
4月前
|
设计模式
业务系统架构实践问题之业务间的差异性如何解决
业务系统架构实践问题之业务间的差异性如何解决
|
4月前
业务系统架构实践问题之实现平台集中复用和业务自主灵动的方式问题如何解决
业务系统架构实践问题之实现平台集中复用和业务自主灵动的方式问题如何解决
|
4月前
|
数据库
交易链路设计原则&模式问题之在软件开发中,平衡业务需求和平台能力的边界,如何解决
交易链路设计原则&模式问题之在软件开发中,平衡业务需求和平台能力的边界,如何解决
|
4月前
|
存储 对象存储
业务系统架构实践问题之在设计领域时配置与单据之间的关系如何解决
业务系统架构实践问题之在设计领域时配置与单据之间的关系如何解决
|
4月前
|
搜索推荐
业务系统架构实践问题之过细的扩展点颗粒度可能带来问题如何解决
业务系统架构实践问题之过细的扩展点颗粒度可能带来问题如何解决
下一篇
无影云桌面