软件开发核心是讲清楚需求

最新推荐文章于 2025-06-27 12:22:45 发布
最新推荐文章于 2025-06-27 12:22:45 发布
阅读量614 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 闲言碎语
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u011350541/article/details/90518365
软件开发涉及产品经理、开发、测试三个角色，他们常互相抱怨。产品经理嫌开发不动脑、测试不懂需求，开发怪产品需求不清，测试无奈听从安排。化解矛盾关键在于沟通，产品经理可自我反思，写清需求并加原型图。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

软件开发的苦恼，开发产品，离不开下面三个角色：

  • 产品经理
  • 开发
  • 测试

这中间谁最痛苦？

  • 产品经理：开发做事情都不动脑子的吗？做成这个样子让用户怎么用？测试需求都不懂测个屁啊？
  • 开发：产品需求不说清除，怎么知道做成什么样子？需求写的和屎一样，就是几句话，谁知道做成什么样？
  • 测试：你们都是大爷，说咋样就咋样

要说谁最痛苦，各说各有理。关键怎么化解通过，问题还在沟通。
作为产品经理先自我反审下，需求没有写清楚，讲明白，最好加个原型图便于理解。

软件开发需求分析
m0_68447809的博客
03-14 1447
本实验中，我们了解了需求分析的基础知识和方法流程，并运用这些知识和方法，制定了具体的需求分析方案，并确保项目按照规定时间和质量要求完成，为软件的开发和升级提供了有力的保障和基础。确定所开发项目的需求，在此基础上完善和细化可行性分析中数据流图的功能，可以采用不同的分析工具（如Rose或Visio），完成对项目的分析过程，给出系统的需求分析文档。确定所开发项目的需求，在此基础上完善和细化可行性分析中数据流图的功能，可以采用不同的分析工具（如Rose或Visio），完成对项目的分析过程，给出系统的需求分析文档。
软件开发角色知识概括
weixin_41005188的博客
04-13 3279
软件开发角色知识概括产品经理项目经理运营UI设计师 产品经理 产品经理简介： 产品经理（英文：Product manager，缩写：PM）也称产品企划，是指在公司中针对某一项或是某一类的产品进行规划和管理的人员，主要负责产品的研发、制造、营销、渠道等工作。产品经理是很难定义的一个角色，如果非要一句话定义，那么产品经理是为终端用户服务，负责产品整个生命周期的人。 产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言，产品经理管理的是一个或者多个有形产品。但是，产品经理也可
软件需求开发
q495673918的博客
09-27 761
数据模型，典型工具ER图，描述数据对象间的关系。其分为1对1关系，1对多关系，多对1关系等。建模分为功能模型，数据模型，行为模型，经常用到的有功能模型和数据模型，模型的核心是数据字典。功能模型，典型的工具是数据流图（DFD）,数据流图描述系统逻辑模型，标识了系统的输入输出。结构化需求分析分为发现需求，求精，建模，规格说明， 复审。从QFD需求可以分为基本需求，期望需求，兴奋需求。有4个部件，数据流，加工，数据存储，外部实体。需求可以分为业务需求，用户需求，系统需求。描述软件使用和产生的所有数据对象。
软件开发文档模板：需求、概要与详细设计实践
最新发布
weixin_32456485的博客
06-27 459
需求说明书是一份详细记录项目目标用户的需求、软件功能以及用户界面要求的文档。它在确保项目团队和利益相关者对项目的共同理解上扮演着核心角色。准确而详尽的需求说明书能减少项目后期的误解和返工，提高整个开发流程的效率。概要设计在软件工程的生命周期中占据着至关重要的位置，它起着承前启后的作用。具体来说，概要设计阶段是将需求说明转化为具体系统结构的关键步骤。在此阶段，项目团队需要明确软件的高层结构，包括系统的模块划分、数据流、控制流程等，以及每个模块的功能和接口。
自从掌握了软件开发的 5 条核心原则，我每天工作时至少可以多摸鱼 4 个小时
沉默王二
09-24 4560
既然软件开发的过程是有难度的，是需要付出时间和精力的，那就有必要遵循一些原则，否则开发成本就会变得很昂贵，开发周期就会拖延很长时间。
软件开发的核心
weixin_30345055的博客
12-30 332
「我们一直这样做开发，时间做久了，便忘了当初的本意。」 　　有关软件系统开发，我们谈些什么？　　我们谈过程，编码规范、开发流程、同行评审、结对编程、持续集成，从瀑布到敏捷再到极限编程。　　我们谈架构，企业级、J2EE、容器化、SOA（面向服务架构）、Microservices（微服务化）。　　我们谈规模，大容量、高并发、大数据。　　我们还谈可靠性、可用率、n个9、响应时间等等。。。　　这一切的核...
软件需求开发与管理
光脚丫思考的专栏
06-02 1109
<br /> <br />需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题。<br />有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不
需求工程连载软件需求概述及整理
超模ai容易博客
03-23 3341
软件开发发展越来越快，很多造成软件过高成本的是开发需求不准确，最大成本是软件复用性低，后面再讲为何最大成本是软件复用性低。职能部门越来越细，现在细分出来专业的软件需求工程师，有软件需求工程师能够仔细聆听客户的需求，将客户需求仔细记录，并且能做出各种文件清晰的表达客户需求。如果需求工程师把需求跟客户沟通清楚了，会降低20%的返工成本，如果系统架构师或者CTO跟甲方沟通清楚，将开发需求罗列清楚、把资源和技术、源码用到极致，将代码可复用化加强，可以节省40%的开发时间和成本。
【无标题】软件设计工程介绍及APP开发流程
2303_78819023的博客
06-23 1846
软件设计是指在软件开发的过程中，设计软件系统的结构、组成部分、功能模块和数据结构等，以及选择适当的算法、编程语言和软件工程方法来实现这些设计。一款app的开发，不单只是app开发人员把软件各个功能模块进行逐一敲代码，在进入app研发阶段之前，还需要经过市场调研、功能需求分析、app原型图设计、UI设计、app前端设计。App开发是一项充满挑战的任务，具有许多创意和创新。1、明确应用程序的目标：在开始App开发之前，需要明确应用程序的目标及定位，想清楚你的App是要解决哪些问题，面向的是哪类用户等相关问题。
软件开发的概述
m0_52891848的博客
09-21 1332
软件概述 软件的定义： ​ 操作系统 ‘简称OS ’ 是管理和控制计算机硬件与软件资源的计算机程序，是直接运行在 “裸机”上的最基本的系统软件，任何其他软件都必须在操作系统的支持下才能运行。 一般来讲软件被划分为系统软件、应用软件和介于这两者之间的中间件 软件就是一系列按照特定顺序组织额计算机数据和指令的集合。 软件开发模式： （1）. 瀑布模型：也称为生命周期，是结构化方法中最常用的开发模型，它把软件开发的过程分为软件计 划、 需求分析、软件设计、程序编码、软件测
微服务与领域驱动设计：构建高内聚低耦合系统的指南
热门推荐
张彦峰的博客
03-26 176万+
领域驱动设计DDD是一种设计思想，它可以同时指导中台业务建模和微服务设计(中台本质是业务模型，微服务是业务模型的系统落地)，领域驱动设计强调领域模型和微服务设计的一体性，先有领域模型然后才有微服务，而不是脱离领域模型来谈微服务设计。
软件开发需求模板
07-02
为了规范项目需求管理，精心整理的软件需求模板，给需要的童鞋。
软件开发需求文档.docx
06-29
本指南用于指导软件开发者开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档
软件开发需求、概要、详细设计说明书模板
03-21
软件开发需求、概要、详细设计说明书模板
软件开发需求文档 模板
08-21
说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和（或）发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
软件开发的核心问题是什么
diaoju3333的博客
09-26 324
软件开发的核心问题： 1）转化=》将需求文档转化为软件模型（分析设计）； 2）软件复杂度控制：分而治之、面向对象 3）开发成本：时间、复用。 转载于:https://www.cnblogs.com/feng9exe/p/7597116.html...
软件目的需求开发与管理软件目的需求开发与管理
ulark的专栏
03-09 930
需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%,因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原
软件需求-理解-开发-成果
老丁的专栏
08-22 3795
一幅挺有意思的图,基本适用于大多数软件项目 
软件开发:需求分析的20条法则（收藏）
讲武堂-Jiangtao
03-06 3882
邢学慧/(IT经理世界) 　　　对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 ---　　经理：“我们要建立一套完整的商业管理软件系统，包括商
FREERTOS软件开发架构
03-28
<think>嗯，用户想了解FreeRTOS的软件开发架构，我得先回忆一下相关知识。首先，FreeRTOS是一个实时操作系统，适用于嵌入式系统。它的架构应该包括内核、任务管理、调度、通信机制这些部分吧。记得之前看过一些资料，比如引用里的内容，比如Source文件夹里有内核源码，Demo里有参考工程，这些可能和架构有关。 用户的问题需要详细解释架构，可能得从分层结构开始讲。比如内核层、接口层和应用层。内核层负责任务调度、内存管理、中断处理这些核心功能。接口层可能包括API函数，供开发者调用。应用层就是用户写的任务和驱动了。 还要考虑FreeRTOS的模块组成，比如任务管理、队列、信号量、软件定时器等。引用3提到软件定时器的创建和回调函数，这可能属于内核的一部分。还有通信机制，任务间如何同步和传递消息，这些需要队列和信号量来实现。 调度策略也很重要，FreeRTOS支持抢占式和时间片轮转。引用4提到轮询系统，但FreeRTOS的调度应该更复杂。主调度器如何工作，空闲任务的作用，这些都要解释清楚。 开发模式方面，用户可能想知道如何基于FreeRTOS构建应用，比如初始化硬件、创建任务、启动调度器。引用1中的Demo文件夹可能提供参考，帮助开发者理解如何组织代码。 还要考虑架构特点，比如可裁剪性，用户可以根据需求启用或禁用模块。可移植性部分，不同MCU的移植，涉及到ARM架构的知识，引用2提到Cortex-M3和权威指南，可能需要提到移植层和硬件抽象。 最后，开发流程可能包括配置FreeRTOS、编写任务、处理通信和同步，测试优化等步骤。需要结合引用中的信息，比如内核源码的位置，定时器的使用等，确保回答准确。 可能用户需要的是结构清晰的层次说明，结合实际应用场景和开发步骤。还要注意使用正确的中文术语，避免技术错误。如果有不确定的地方，比如调度器的具体实现，可能需要查阅权威资料，但根据现有引用应该足够回答。</think>### FreeRTOS软件开发架构详解 FreeRTOS是一款轻量级实时操作系统（RTOS），专为嵌入式系统设计。其架构以**分层设计**和**模块化**为核心，支持多任务调度、资源管理和硬件抽象。以下是其软件开发架构的详细分析： --- #### 一、FreeRTOS的分层架构 1. **内核层（Kernel Layer）** - **核心功能**：任务调度、内存管理、中断处理、时间管理。 - **调度策略**：支持抢占式调度和时间片轮转调度[^4]。 - **关键模块**： - 任务管理器：通过`xTaskCreate()`创建任务，任务优先级决定调度顺序。 - 队列（Queue）：用于任务间通信，支持数据传递和同步。 - 软件定时器：通过回调函数实现周期性操作[^3]。 $$ \text{调度器行为} = \begin{cases} \text{抢占式} & \text{高优先级任务立即执行} \\ \text{时间片轮转} & \text{同优先级任务均分CPU时间} \end{cases} $$ 2. **接口层（API Layer）** - 提供标准API函数，如任务管理（`vTaskDelay()`）、信号量（`xSemaphoreCreateBinary()`）、事件组等。 - 硬件抽象接口：适配不同MCU的移植层（如时钟配置、中断控制器）[^2]。 3. **应用层（Application Layer）** - 用户自定义任务和驱动，例如传感器数据采集、通信协议处理。 - 通过调用FreeRTOS API实现多任务协作。 --- #### 二、FreeRTOS的模块组成 1. **任务管理模块** - 任务状态包括运行态、就绪态、阻塞态和挂起态。 - 示例代码片段： ```c void vTaskExample(void *pvParameters) { while(1) { // 任务逻辑 vTaskDelay(100 / portTICK_PERIOD_MS); // 延时100ms } } ``` 2. **通信与同步机制** - **队列（Queue）**：传输固定大小数据块，支持超时机制。 - **信号量（Semaphore）**：二进制信号量用于资源互斥，计数信号量用于事件通知。 - **事件组（Event Group）**：通过位掩码实现多任务事件同步。 3. **内存管理模块** - 提供动态内存分配策略（如`heap_1.c`至`heap_5.c`），用户可自定义内存分配算法。 --- #### 三、FreeRTOS的调度机制 1. **主调度器（Scheduler）** - 通过`vTaskStartScheduler()`启动，根据优先级分配CPU资源。 - 空闲任务（Idle Task）：自动创建，用于释放已删除任务的内存。 2. **中断处理** - 中断服务程序（ISR）需使用特殊API（如`xQueueSendFromISR()`）保证线程安全[^2]。 --- #### 四、FreeRTOS的开发模式 1. **基于主循环的扩展** - 传统轮询系统升级为多任务协作模型，例如： ```c int main(void) { hardware_init(); // 硬件初始化 xTaskCreate(task1, "Task1", 128, NULL, 1, NULL); xTaskCreate(task2, "Task2", 128, NULL, 2, NULL); vTaskStartScheduler(); // 启动调度器 return 0; } ``` 2. **硬件适配与移植** - 移植层需实现`port.c`和`portmacro.h`，适配目标MCU的堆栈操作和中断控制器[^1]。 --- #### 五、FreeRTOS架构特点 1. **可裁剪性** - 通过`FreeRTOSConfig.h`配置文件启用/禁用模块（如软件定时器、内存管理）。 2. **可移植性** - 支持ARM Cortex-M、RISC-V等多种架构，依赖MCU厂商提供的Demo工程参考[^2]。 --- #### 六、典型开发流程 1. **配置FreeRTOS**：根据需求裁剪功能模块。 2. **编写任务与驱动**：定义任务优先级和通信机制。 3. **调试与优化**：利用Trace工具分析任务执行时序。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值