《大家是否有这样的想法？》的相关内容

在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。 总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z 说的努力在在现有技术基础上杀死人狼的号召，我来推荐一种有效的设计方法。 这 ...

http://www.blogcn.com/user27/zbw25/blog/6965056.html

在进行需求分析时，总会遇到这样几种情况： （1）客户说不清楚需求； （2）由于政策，业务原因，需要对需求进行变动； （3）分析人员或客户理解有误。 这些情况往往是在完成编码时暴露出来的。直接的后果就是要求程序人员返工，重新编码。为了赶进度，要求程序员加班加点的干，造成手下人员怨声载道。如果反复如此，就会直接打击大家对这个项目的信心，使这个项目趋于失败。 怎样才能避免这样的情况发生呢？ ...

现在手上这个项目调研已经接近尾声,要把系统原型做成页面统计给他汇报，包括整个系统都需要哪些页面，每个页面上有哪些元素，页面的名称,访问路径,页面之间的导航关系等等 然后根据这些统计给我手下的人做工作分工和时间计划安排,另外同步的我们的美工正在做页面DEMO 不知道大家自己带项目的时候这块都是怎么操作的?我的感觉是页面驱动比UC驱动显得更直观,并且结果是可以给关键用户直观感受或者小程度使用的半成品 ...

客户总是提出一大堆需求，然后又不detail,又希望立马看到一些结果， 该如何处理？

在进行需求分析时，总会遇到这样几种情况： （1）客户说不清楚需求； （2）由于政策，业务原因，需要对需求进行变动； （3）分析人员或客户理解有误。 这些情况往往是在完成编码时暴露出来的。直接的后果就是要求程序人员返工，重新编码。为了赶进度，要求程序员加班加点的干，造成手下人员怨声载道。如果反复如此，就会直接打击大家对这个项目的信心，使这个项目趋于失败。 怎样才能避免这样的情况发生呢？ ...

最近在看《Joel说软件》，这家伙插科打诨的讲述风格着实让我耳目一新，在愉悦中借鉴些可贵的经验还是蛮享受的。 在书中有一节提到了对于原型的看法，Joel认为原型不能搞得太复杂，稿纸原型是最好的方式。特别是界面的布局、色调这些东西完全可以用铅笔潦草的表示。当然Joel说得有一定的道理，但是这并不能适用于任何类型软件的开发，就像Joel在书中提到的XP、RUP这些方法学不能适用于游戏、嵌入式的 ...

笔者常常在思考一个问题,什么是系统分析师?什么样的人是优秀的系统分析师?什么样的人是企业真正需要的系统分析师?系统分析师也许很神秘,也许很抽象,他有很多其他称谓,比如需求分析师、分析师等等。你可以说系统分析师是IT技术专家,也可以说他是业务专家,甚至可以说系统分析师是管理专家,那么他到底是什么?     也许,有一点我们可以确定,系统分析师连接着用户的需求,系 ...

怎样做一个优秀的系统分析师？ 2007-08-15 来自：java060515   http://sd.csdn.net/page/17318865-4f78-441b-861d-e33e16fe8954 我目标之一，不知道怎么回事，链接现不出来 。。。。。。。。。。。。。。。。。。。 什么是系统分析师?什么样的人是优秀的系统分析师?什么样的人是企业真正需要的系统分析 ...

 怎样做一个优秀的系统分析师？ 作者：IT168 铁在烧 发表日期：2007-03-14 08:55 笔者常常在思考一个问题,什么是系统分析师?什么样的人是优秀的系统分析师?什么样的人是企业真正需要的系统分析师?系统分析师也许很神秘,也许很抽象,他有很多其他称谓,比如需求分析师、分析师等等。你可以说系统分析师是IT技术专家,也可以说他是业务专家,甚至可以说系统分析师是管理专家,那么他 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...