需求池，有没有管理需求池的工具

1，有没有管理需求池的工具

需求管理的工具一般分成两种：需求内容管理工具、需求过程管理工具。所谓内容管理，主要是是进行需求条目化管理、需求跟踪、需求基线管理的工具，主要有：IBM Doors、IBM Requestpro、Borland CalibraRM、Hanskey Dragonfly 等。

有的

有没有管理需求池的工具

2，沼气池与化粪池能为一体吗

伴随着现在经济的高速发展，新型材料的开发和优势，政府部门对于环保的新能源和新兴材料的大力支持，因此，传统的沼气池和玻璃钢化粪池这两种不同需求的池，有什么区别呢？各有哪些优劣势呢？沼气池可以释放出大量的热量，这些都可以用来取暖、煮饭和照明，沼气的用料也是很广泛的。可以说是变废为宝，有效的减少了污染改善了环境。很多的废料都可以当做沼气的好原料的，如生活垃圾、污水等都是可以的，在一定的温度、湿度、隔绝空气的条件下就会发酵分解而产生沼气。新型玻璃钢化粪池具有很好的耐腐蚀性，对水质没有任何影响，玻璃钢管道能抵抗酸、碱、盐、海水、未经处理的污水、腐蚀性土壤或地下水及众多化学流体的侵蚀。比传统管材的使用寿命长，其设计使用寿命一般为50年以上，广泛受到了消费者的喜爱。其耐磨性好，维护费用低，工程寿命长，安全可靠等优势。两种不同用途的池优劣非常明显，显然，沼气池更适合于农村等地，而玻璃钢化粪池则比较适合于城市建设中。

不能

沼气池与化粪池能为一体吗

3，动态demo是设计师还是产品经理的工作

这个属于交互负责的哦。项目的几个必要步骤1.产品经理抓耳挠腮写出PRD2.交互费劲功夫做出了牛逼的动态demo3.UE死磕细节的做出了让人眼前一亮的设计图4.前端后端工程师get需求，手指飞扬的码出功能，high到停不下来5.QA一丝不苟，甚至检查出了某个按钮上的文案多了一个标点6.项目顺利上线，邮件同步大组，老板相当满意，狂点10086个赞。7.运营推向市场，用户猛涨，收入狂升，口碑齐鸣，就连股票，也翻了三倍。8.大老板很高兴，带着大家去南海旅游。9.梦醒了。10.感叹做梦都TM这么爱国。11.想到了，明天还要买一堆零食跪舔交互UE研发。12.再也睡不着了。

根据产品手记提供的答案：产品经理主要学习范围是：收集产品需求（需求池）→评审需求→竞品分析→产品原型设计→Demo评审→UI评审→开发跟踪→上线前的测试→产品上线后的bug收集→对客服的培训。

开发人员的工作，但需要各个部门配合再看看别人怎么说的。

动态demo是设计师还是产品经理的工作

4，产品需求管理的工具

我们平常有在用redmine，主要用于提交bug以及追踪bug解决进度，也用于提交优先级比较高、工作量又不大的产品优化需求。缺点：组内成员无法针对某个问题展开讨论，且不支持将图片直接贴在问题描述区。confluence是充当需求管理和知识积累的工具。做知识积累还算可以，但是做需求管理，缺点是不能及时追踪问题的处理进度、无法对问题标注优先级，也就是confluence是存放需求池的好工具，但是对需求管理整个过程却不是最佳的选择。日事清管理工具弥补了这两个软件的不足，方便跟踪问题的处理进度、可标注问题的优先级、可将问题指派给某人，将任务层层分解，日事清看板功能将工作一目了然的呈现。

需求管理所用到的工具必须能够处理和应用于本文所提到的各种需求，应当有助于我们分析需求，确定相应开发和支持工具以处理相关信息，进而处理系统相应模块。系统工程师始终致力于用简单的工具将需求形象化的展现出来，常用的工具比如附有标注说明的系统发布工具以及相关数据库等。需求管理涉及到一系列复杂的对象，其任务面向很广，关系到整个设计开发的方方面面。其使用的工具应当提供如图列举的一些功能：

5，Java 激活多个线程

package cn.javass.spring3.hello.java;public class Test public static void main(String args[]) for (int i = 0; i < 10; i++) new Test2().start(); System.out.println("main 线程在运行"); } }}package cn.javass.spring3.hello.java;class Test2 extends Thread public void run() System.out.println("Test 线程在运行"); }}如果说要效果这样便对了。如果说跟线程相关，只能说我的知识还不够完全看不出来这里面哪里用到线程了。

这个太长不看。

把循环次数改大些能看出效果。。

你这应该是两个循环，没有在同一个大的循环下，也就是说你要等其中一个循环完毕后才能进行下一个循环

这个是正常的，多线程每个电脑运行结果都有可能不一样

executorservice threadpoll = executors.newcachedthreadpool(); //创建线程池threadpoll.execute(线程1);//执行线程一线程池根据程序需求创建新线程的，需求多时，创建的就多，需求少时，jvm自己会慢慢的释放掉多余的线程不需求程序员去做什么,jvm自己会处理,程序员调用就行了..

6，如何简单分析用户痛点和需求

一、需求池管理将这个问题纳入个人总结的“需求池管理法”的工作流程里来看才能理解得比较清楚些:需求池管理是一个漏斗,一个需求从来源到最终的产品落实经历从上到下4个阶段:　　原始需求　　功能&数据需求　　版本计划　　版本历史　　原始需求:任何一个来自最终使用者的需求,首先先放在原始需求里——原始需求的意思是,这是最终用户从使用用角度提的想法或要求,其特点是,其表达往往是自然语言,优点是直白,缺点是拉拉杂杂,往往说得多而杂乱.任何一个原始需求都有“已处理,未处理”两种状态,其中“未处理”又可分为(采纳、待定、删除)3种情况.功能&数据需求:即经过产品团队讨论分析后的需求——功能&数据需求的意思是:这个是产品人员经过对原始需求的分析,用自己的语言,从功能或数据的角度对需求进行了更为简化、准确的表述.此处的优点是更易为执行团队所理解、操作;缺点是有可能偏离用户原意(所以每个功能需求来自哪一条原始需求需要做好记录).版本计划：经过优先级的争论，功能&数据需求逐个进入各个版本的计划，优先级最高的版本优先执行。版本历史：呃……这个不说也知道是什么意思。二、什么是痛点？如上所述，需求分为原始需求和功能&数据需求——这个是清楚了。那什么是痛点呢？痛点就是原始需求中被大多数人反复表述过的一个有待产品去解决的问题、有待去实现的愿望。这个定义中我们得知：　　痛点存在于原始需求中；　　痛点是原始需求中需要产品人员特别注意的一种需求；　　痛点往往代表的是一些真问题、其背后往往隐藏有特别有价值的功能需求点，通过提供功能或相应的数据，在帮用户解决这个问题的同时，能让产品的用户体验大大提升。正因为此，我们在用户研究中，特别关注“痛点”的挖掘。三、挖掘“痛点”需要注意哪些问题？是点而不是面——当用户对你抱怨或倾诉的时候，他往往可能拉拉杂杂说很多很多话（因为痛所以有情绪，因为有情绪所以表述啰嗦凌乱），所以你只要抓住他说的点在哪里就行，其他的都可以暂时忽略。痛点的代表性怎么样——有些人喊的声音很大，但他的痛未见得有普适性，或许只是他个人刚好在某事上有强迫症，要避免被这种“伪痛点”所误导，所以注意定义中“被大多数人反复表述过”这个条件。

搜一下：如何简单分析用户痛点和需求