找到相关内容 25
Android应用之个人应用软件开发(1)【需求及UI布局】
需求:【理财+日志】        目前我个人做的是自己的一个理财软件,我这个人是一个极度木有理财观念的人,每个月没有固定的开资计划和理财计划。于是乎我看了别的理财软件也让我觉得很 繁琐和复杂我觉得如果让我来做一个理财软件,那第一必须得方便,个性化,有可能
http://cyqdata.cn/cnblogs/article-detail-52214 
艹蛋客户的艹蛋需求的产物--批量修改web.config文件,同步到各个服务器指定目录下
  写这个小软件我实在是迫不得已,我是非常相当的能理解到艹蛋客户的艹蛋的需求。如果有一天我有幸能自己创业,做了老板,又如果做了老板之后能有机会与国企合作,我一定拒绝。我宁愿跟钱过不去不想让自己还有员工去遭那个罪!简直就是无比的艹蛋!我不敢保证这篇随笔会不会成为吐槽!  客户说他们会应上级
http://cyqdata.cn/cnblogs/article-detail-42750 
信息发布系统 Jquery+MVC架构开发(1) 需求分析和架构构思
     最近朋友的公司已经注册完成了,需要我帮它来开发信息发布系统.      我最近在公司做的项目多为微软的mvc 架构的开发,借给朋友做系统的机会,自己也总结一下,也跟大伙分享一下.      首先是工具准备      Enterpr
http://cyqdata.cn/cnblogs/article-detail-41943 
需求分析挑战之旅-疯狂的订餐系统 视频分享第4弹!
这是我在广州某企业所做的一次分享,通过一个简单的订餐系统,说明需求工作中遇到的常见问题及最佳实践。 作者:张传波讲师:张传波 视频内容提要:软件开发人员抱怨:“需求变化太快,软件系统经常要修改,都连续加班几个星期了,还要改,需求开发怎么做的?”“明明是根据客户的阐述,做了记录,然后开发出了软件,客户却说很多地方不符合他们的意思,又要求修改,我怎么办?&rdquo
http://cyqdata.cn/cnblogs/article-detail-41864 
SharePoint 2010 硬件详细需求
      看了一下SharePoint 2010 标准的硬件需求,主要是针对单台服务器的说明。虽然目前大多数客户部署的情况都也只是单机部署,不过了解一下不同模块对硬件的需求可以协助我们更了解SharePoint 2010。       SharePoint 2010 生产环境最低硬件需求
http://cyqdata.cn/cnblogs/article-detail-41377 
互联网产品需求管理思考3——洞察市场
前面提到的“互联网产品需求管理思考1——统一需求管理”、“互联网产品需求管理杂思2——需求收集”分别从统一需求管理入口及需求收集的方法角度思考了怎样让产品研发与市场更加紧密结合,让需求管理过程更加高效。   由于产品需求管理的需求来源于目标用户所处的市场及行业,因此要从根本上解决需求管理及需求创新的问
http://cyqdata.cn/cnblogs/article-detail-40532 
需求分析阶段的工作(一):业务用例和系统用例
在这里要申明的是逻辑模型并不能完全算需求分析阶段的工作,因为它包含了设计模型的概念,但是我又把它归纳了一块到需求分析阶段,原因在于逻辑模型中存在了业务对象模型和分析模型的概念。 言归正传,先来看用例模型。 用例模型   用例模型包含了两部分:业务用例模型和系统用例模型。从字面的意义来看,确实很难分清两者究竟在做些什么工作。因此我们要重点解释一下。 业务用例模型的目的在于: 1. 描述企业
http://cyqdata.cn/cnblogs/article-detail-40527 
需求管理成熟度的五个级别
需求管理是软件开发全生命周期重要的一个环节,我们每个人都知道它的重要性,但是要真做做好并不简单,我也写了一本在线电子书业务分析与需求.pdf来讲解需求相关内容。对于每种技术和方法,就像以前我写过的企业架构成熟度模型(EAMM)的一样,我们都不可能一下子就精通,而是按照一种学习的曲线进展,本篇本篇主要介绍一下需求管理成熟度的六个级别。   级别0:没有需求(no requirements)   没
http://cyqdata.cn/cnblogs/article-detail-40449 
需求分析之六大原则
需求分析的六个原则(一)   1、需求分析第一个原则:永远不要显得比客户更聪明。  聪明反被聪明误,这样的事情太多了,我们产品经理都是有智慧的人,而不是耍小聪明的人。  2、原则第一点:了解需求,而不是去批评客户。       产品经理不是批评家,心理上要重视客户,行动上要尊重客户,平等对待每一个客户。  3、原则第二点:客户比
http://cyqdata.cn/cnblogs/article-detail-40104 
百度产品经理探秘:需求把握和正确决策
任何一个产品人员,要理清产品的分析和决策思路,首先要弄清楚什么是产品。产品的核心价值,是用户使用该产品的终极奥义。例如军大衣和比基尼都是用来穿的,但是前者的核心价值是御寒,后者的核心价值是性感。手机虽然变化多端,但核心价值是语音沟通,所以如果通话音质不行的话,这个手机再炫再酷,也会被用户舍弃。  互联网产品也是同样道理。很多产品在外表看起来是一样的,但是如果深挖的话,用户为什么要用?最根本的好处是
http://cyqdata.cn/cnblogs/article-detail-39196 
需求为王
在进入投资行业之前,我做互联网产品。所有产品人员,要做的第一件事就是研究用户需求。进了投资行业,分析了很多公司之后,发现这是一个普遍真理。   之前在创业公司和创投圈,讲得最多的一个词就是Business Model。似乎Model对了,就能够有一个伟大成功的开端。有一阵子,创业者开口闭口就会说“我们的模式是…….”。我不是说模式不重要,模式是
http://cyqdata.cn/cnblogs/article-detail-38646 
项目管理有感之需求调研
一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:   1、客户想要什么?   2、要这干什么?   3、为什么这么想?   4、会不会有别的想法?   这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分
http://cyqdata.cn/cnblogs/article-detail-37828 
需求分析阶段的工作(二):用例描述和逻辑模型
从任何一个环节我们都会看到用例,但是仅仅依靠用例本身的图来描述用例是不够的,为什么呢?因为用例它所要描述的是一个场景,换句话说,就是用例是描述了某件详细的事情。如果作为一个场景的话必然要考虑这么几个问题: 谁在这个场景中做事? 什么时候进入这个场景? 这个场景在做什么? 这个场景有没有特殊规则? 这个场景结束后会有什么情况? 这个场景和别的场景会有什么联系?   考虑这几个问题的话,那我们就可
http://cyqdata.cn/cnblogs/article-detail-37569 
如何去应付你的上司给你一个变化无常的需求
                                 &n
http://cyqdata.cn/cnblogs/article-detail-37403 
AgileEAS.NET平台开发案例-药店系统-需求分析
开篇         我们知道我们正常的开发流程是从需求-设计-开发-测试-部署等这样的瀑布型的模式或者是瀑布模式的变种等,但是不管是如何的开发模式,前提是必须把需求确定才能从 需求中分析出要开发的用户的功能性需求和非功能性需求,这样我们才能进行后续的开发工作。那么我们本篇就将分析药店系统应该具有的功能及非功能性的
http://cyqdata.cn/cnblogs/article-detail-35978 
需求也有例外
需求也有例外 很多项目开发人员只重技术,不重业务,认为只要技术好,项目看看需求就可以做了,完全不主动去做任何业务准备。有的需求几乎一看就懂,似乎很简单,但是正确理解并不简单,因为需求也有很多例外。 下面是一个计算个人贷款利息的实例,多年前曾因遭客户投诉而闹的沸沸扬扬: 用户需求:一年期短期贷款的到期利息按合同规定的年利率计算,提前还款按实际天数计算利息(每年按12个月计算,每月按30天计算)。
http://cyqdata.cn/cnblogs/article-detail-35780 
项目管理杂谈-需求无止境
    项目又延期了,老板恨恨的批评了整个项目组,投入了那么多,产出在哪里?查原因,发现是由于项目的需求不断变更导致,这恐怕是很多项目经理、程序员都经历过的事。     我这里就谈谈项目延期的一个重要因素:需求问题   这张图大家再熟悉不过了,我再炒一下冷饭,列一下主要可能的情况 客户提出的需求 项目组 客户期望
http://cyqdata.cn/cnblogs/article-detail-32358 
TOGAF:从业务架构到业务需求
    做管理型软件产品一般都要经历架构阶段,而架构又可以简单分为业务架构和技术架构,对于架构方法,在我以前的blog中大量的介绍了TOGAF。 使用TOGAF的几个初衷 在我们开发软件时,如果你做过设计和架构工作,那么你会发现软件开发过程中其实存在很多断沟。 业务架构到技术架构的不一致 业务架构是一拨人做,技术架构师另一拨人做,结果做业务架
http://cyqdata.cn/cnblogs/article-detail-32324 
软件需求的薛定谔之猫
薛定谔的猫(Erwin Schrodinger's Cat)是奥地利物理学家埃尔温·薛定谔试图证明量子力学在宏观条件下的不完备性而提出的一个思想实验。实验内容如下: “把一只猫放进一个封闭的盒子里,然后把这个盒子连接到一个包含一个放射性原子核和一个装有有毒气体的容器的实验装置。设想这个放射性原子核在一个小时内有50%的可能性发生衰变。如果发生衰变,它将会发射出一个粒
http://cyqdata.cn/cnblogs/article-detail-31568 
写在两年前的公司新版CRM系统需求探讨
  以下的建议写于2009.6.3,距今将近两年了,目前公司的CRM系统已稳定运行了一年多了,达到了预期目的,可当时可以说困难重重下进行的,可以说要最好一件事情是多么不容易,这世界最怕认真两字。 X总:     您好!基于前2次和今天下午需求会议的情况反馈分析来看,我有如下几点看法和建议:     1、需求是由下而上的,提不出进
http://cyqdata.cn/cnblogs/article-detail-25203