人的需求大三的时候看马斯洛需求理论的是时候写的笔记一、人的需求生理的规律1.人要生存
原创
2022-10-26 15:15:49
130阅读
引子
软件的需求为什么总是变化？沟通为什么总有障碍？辅导员工为什么那么难？会议为什么冗长但实际效果不佳？实施敏捷、改变组织为什么那么难？与这一切相关的是人、人、还是人，也许只有更多地了解人之后，我们才能更好地解答上面这些问题。
正文
“People don’t buy what you do, people buy wh
推荐
原创
2013-02-21 12:22:54
3949阅读
点赞
8评论
摘要：怎么又变了？当初就应该让客户书面签字确认！你可能会经常发这样的牢骚，可是就算客户书面确认，客户还是会“赖账”的！软件项目的其中一项不变真理：人是会死的，需求是会变的！本章将会和你一起来体验软件需求分析工作的风风雨雨，找出需求分析工作的根本之道，了解UML如何帮助我们提升需求分析的水平。 作者： 张传波www.umlonline.orgwww.umlonline.o
原创
2011-07-13 16:00:00
269阅读
引言
在项目管理中，项目干系人沟通需求是至关重要的一环。一个项目能否顺利进行，往往取决于项目团队是否能够满足各干系人的沟通需求，建立起有效的沟通机制。本文将深入探讨项目干系人沟通需求的内涵、重要性以及相应的管理策略，旨在为项目管理者提供有益的参考与指导。
一、项目干系人沟通需求的定义与分类
项目干系人指的是与项目有直接或间接利益关系的个人或组织。他们可能是项目的发起人、团队成员、客户、供应
经常和朋友聊及机器人方向各类需求。下面将个人的一些思考分享，仅供参考：这里，只分享其中两点：真实需求：真实的市场需求，
原创
2022-06-27 10:10:39
78阅读
市面上有很多关于需求的书籍，我也读了一些，但大都是教你怎么样用UML把需求给表示出来，也做过需求方面的工作，包括需求收集，需求分析，虽然做出了满足用户需要的系统， 但是一直都对需求方面没有形成系统化，没有抓住需求工作的本质是什么
转载
精选
2008-04-10 12:37:22
961阅读
1评论
这一类课程需求量其实并不大。从已经开设的课程中可以看到总人数也就1.6万+关于ROS机器人课程维护，由于时间关系都还是基础类课程。并且课程设置目标中性，只是提供一个云端环境供学生实验和学习用，不做过多引导。ROS工作要求：负责视觉/激光/毫米波雷达感知相关的数据清理，神经网络模型设计
原创
2022-04-29 09:34:07
188阅读
需要一个 飞船和外星人和所以的设置类，还有飞船发射子弹的类，最后也需要一个记录分数的尅，有最高分，和当前分数，每个类都有自己的功能 下面是所以每个类的代码：主函数，运行# -*- coding: utf-8 -*-
import pygame
from pygame.sprite import Group
from settings import Settings
from game_
在各类方法论和标准中，都大量提到了需求如何开发/描述/跟踪等内容，唯独关于需求结构的描述甚少，本文尝试比较几种需求结构的优劣
原创
2022-09-19 12:31:37
90阅读
在各类方法论和标准中，都大量提到了需求如何开发/描述/跟踪等内容，唯独关于需求结构的描述甚少，本文尝试比较几种需求结构的优劣及应用环境，供读者使用。
万事都不是绝对的，切勿生搬硬套。
用户需求-产品需求型
这个是做CMMI的企业最熟悉的，因为RD过程域里边正好有着两样东西。
这种表述方式适合“产品-项目型”项目，也就是说企业整体上有一个成型的
原创
2010-06-07 14:18:00
1036阅读
在各类方法论和标准中，都大量提到了需求如何开发/描述/跟踪等内容，唯独关于需求结构的描述甚少，本文尝试比较几种需求结构的优劣及应用环境，供读者使用。万事都不是绝对的，切勿生搬硬套。用户需求-产品需求型 这个是做CMMI的企业最熟悉的，因为RD过程域里边正好有着两样东西。这种表述方式适合“产品-项目型”项目，也就是说企业整体上有一个成型的产品，并通过定制这个产品来销售给特定的客户。简介：用户需求就是用户需要用我们的软件来做什么，常常包含很多非软件功能的描述，比如（银行软件）“在开户时，用户凭身份证，身份证复印件，开户申请单（签字确认）可开户。”看似很简单，却有几个问题：复印件是一张纸，还是想用联
转载
2010-06-07 14:18:00
143阅读
在各类方法论和标准中，都大量提到了需求如何开发/描述/跟踪等内容，唯独关于需求结构的描述甚少，本文尝试比较几种需求结构的优劣及应用环境，供读者使用。万事都不是绝对的，切勿生搬硬套。用户需求-产品需求型 这个是做CMMI的企业最熟悉的，因为RD过程域里边正好有着两样东西。这种表述方式适合“产品-项目型”项目，也就是说企业整体上有一个成型的产品，并通过定制这个产品来销售给特定的客户。简介：用户需求就是用户需要用我们的软件来做什么，常常包含很多非软件功能的描述，比如（银行软件）“在开户时，用户凭身份证，身份证复印件，开户申请单（签字确认）可开户。”看似很简单，却有几个问题：复印件是一张纸，还是想用联
转载
2010-06-07 14:18:00
144阅读
2评论
(原创文章，欢迎转载，请注明出处) 引言：最近找工作，就把几年来做需求的想法感受总结一下，一是提高自己，二也是请您斧正。 CMMI 将需求管理过程域(PA)分为5个： sp1.1 理解需求：与需求的提供者对需求的含义达成一致 SP1.2 获得对需求的承诺：获得项目组成员对需求的承诺 SP1.3 管理需求的变更：在项目进行中，管理需求的变更 SP1.4 维护需
原创
2011-04-17 11:43:00
795阅读
2010-05-28 来源：网络 上图是需求工程的组成部分，从图中可以看出，需求工程划分=
转载
2023-07-02 10:06:57
28阅读
。下面我将分别介绍一下上面各个主要组成部分主要的工作内容，以便那些不
转载
2023-07-02 10:48:47
216阅读
产品是一个快速迭代、不断试错的过程，从MVP到稳步运营，抓住主线，才能抓住生存的本质。
原创
2021-07-23 14:20:37
153阅读
思考：做需求与做需求的差异业务需求该怎么做再说「技术深度」获取做有深度事情的授权技术深度不是唯一标准最后看到一个讨论帖，原文如下：平时的工作如何体现一个人的技术深度？平时工作中很多时候需求细而碎的，如何在工作中积累技术深度？又如何体现一个人的技术深度？思考：做需求与做需求的差异再回答问题之前，我想先抛开「技术深度」这次词，讲讲做需求这件事，说说我对做需求的理解。每一个程序员都是从刚毕业做需求开始，
所有的技术的发展，都是为了解决和满足人的需求，通信技术的发展也不例外。不妨看看如下的发展历程，或许在我们困惑未来通信技术发展方向的时候能有一丝光亮。第一步：解决人与人的互联需求1.狼烟、飞鸽传书等：通过物力完成人与人互联的需求。=>>2.驿站、邮递员等：通过人力完成人与人的互联需求。=>>3.固定电话等：通过电子技术完成人与人在固定地点的互联的需求。=>>4.2G->3G->4G->5G：无非就是通过无线电磁波解决人与人在移动状
原创
2021-07-26 11:25:18
147阅读
