1,265
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
fastpoint 2003-06-17
- 打赏
- 举报
你连原型都可抛弃，那么我拿什么拯救你我的爱人？！
boyliulang 2003-06-09
- 打赏
- 举报
有些系统开发时,用户也不知道要那些需求,所以就用原形法取开发,捕获需求,如果在后来发现刚开始捕获的需求不对,变动非常大,导致原形的结构与实际结构不是一回事时,就不得不抛弃原形.
docase 2003-06-08
- 打赏
- 举报
原型法其实有好几种，而且随着互联网的普及得到了不少的发展，但是实质还是没有太大的变化的。
从实现的角度上来说，原型法可以粗略的分成这两种，一种是开发型的原型法，一种是界面示例型的原型法。
开发型的原型法是指开发出一定的代码，甚至把核心代码都写出来了，有一些原型作出来以后能够就已经能够运行了，这叫开发型的原型法。这样的原型法往往会有逐步发展的过程，甚至是螺旋上升的过程，这就会保留一些代码。但也可能是飞跃式的，抛弃原有的原型，直接进行大幅度的开发。在不少项目/产品中，这种开发型的原型法往往是偏重验证技术的，严正相应的方法是否可行的，这样的例子是很多的。假设，我们需要建立一个较好的界面编辑器，姑且把它看成是跟Visual Basic一样的控件式的，这时候，首先要做的是相关技术原型的开发，主要是验证是否可行，如果可行，那么就用那样的方法开发下去。
界面示例原型法伴随着VB类的可视化编程工具和环境的成熟得到了长足的发展，同时企业的商业应用系统也得到了广泛的发展，企业都纷纷提出信息化的要求，而这些商业应用系统有自己独有的特点，这点与操作系统类的、 嵌入式类的、一些系统软件等很不同。在这种情况下，客户侧重的是能够辅助、优化商业业务的系统，这种系统多是一种界面交互、数据处理的系统，也就是说以看为主，而不是后台的某一个算法为主。
在收集、确认客户的需求的过程中，这种界面示例原型能够起到很大的作用。这一点可能是程序员跟客户的最大的区别，对客户来说，其实他并不是很关心你是怎么做出来的，重要的好用、 能用，“眼见为实”。客户看到了，理解的速度就会很快，相反如果拿着一堆的文档，客户的头都大了。所以这种原型法的第一个重要作用就是让客户知道将来的系统是什么样的，同意不同意（这一点很关键），最好要客户、老板、相关开发人员等画押签字，以后你就可以回去睡觉了。
界面原型法的另外一个重要作用就是加快PM与开发人员的理解速度。开发人员面对一大堆的说明文档，往往是一头雾水，心里面有时会大骂，“天哪，一个功能也写了那么多我怎么看呀，你以为写得多就好呀，你以为你是作家呀”。这时候比较好的方式是有一个很好的界面原型一起参考，这样理解起来就很快（要为别人着想！要让他/她感动！）。当然，详细的说明文档还是必需的，因为界面上不能说清楚所有事情，而且，那个文档可以作为设计的依据，说好了，界面只是参考，文档才是根本，以后没有按照文档的进行统计、约束，那就可以找到罪证了。
原型法的发展怎么说与Internet的应用有关系呢？这里的关系大了。 现在其实是浏览器呈现一切的时代呀，而浏览器展现的是什么？一堆的ＨＴＭＬ而已。现在的商业应用有很多都是基于WEB的，理论上来说跟一个网站没有什么区别，处理逻辑、连接数据库、展现交互，客户看到的是交互界面，用的是这里的功能，怎么编写出来的，客户可没空管呢。
这个时代的原型，如果是我说的第二中原型--界面示例的话，只要你能力足够，可以做出一个相当专业的演示系统来，而无需写后台的代码，一个DHTML+Photoshop|Fireworks+Dreamweaver|Frontpage+Javascript，可以让所有的Button,所有的Link都具有伪功能，而且看上去一模一样，除了不能保存数据、处理逻辑、处理数据意外。这种系统可以很好的跟客户进行需求确认，争取项目等。而且不要忘了一点，就是如果一个人很熟悉这一套的话，作出一个很好的这种界面演示系统是比较简单的。在一些金额不是很大的系统方案争取中，如果没有相应的解决方案或产品，用一个专业的界面系统往往能够打动客户的心。
-Albert
从实现的角度上来说，原型法可以粗略的分成这两种，一种是开发型的原型法，一种是界面示例型的原型法。
开发型的原型法是指开发出一定的代码，甚至把核心代码都写出来了，有一些原型作出来以后能够就已经能够运行了，这叫开发型的原型法。这样的原型法往往会有逐步发展的过程，甚至是螺旋上升的过程，这就会保留一些代码。但也可能是飞跃式的，抛弃原有的原型，直接进行大幅度的开发。在不少项目/产品中，这种开发型的原型法往往是偏重验证技术的，严正相应的方法是否可行的，这样的例子是很多的。假设，我们需要建立一个较好的界面编辑器，姑且把它看成是跟Visual Basic一样的控件式的，这时候，首先要做的是相关技术原型的开发，主要是验证是否可行，如果可行，那么就用那样的方法开发下去。
界面示例原型法伴随着VB类的可视化编程工具和环境的成熟得到了长足的发展，同时企业的商业应用系统也得到了广泛的发展，企业都纷纷提出信息化的要求，而这些商业应用系统有自己独有的特点，这点与操作系统类的、 嵌入式类的、一些系统软件等很不同。在这种情况下，客户侧重的是能够辅助、优化商业业务的系统，这种系统多是一种界面交互、数据处理的系统，也就是说以看为主，而不是后台的某一个算法为主。
在收集、确认客户的需求的过程中，这种界面示例原型能够起到很大的作用。这一点可能是程序员跟客户的最大的区别，对客户来说，其实他并不是很关心你是怎么做出来的，重要的好用、 能用，“眼见为实”。客户看到了，理解的速度就会很快，相反如果拿着一堆的文档，客户的头都大了。所以这种原型法的第一个重要作用就是让客户知道将来的系统是什么样的，同意不同意（这一点很关键），最好要客户、老板、相关开发人员等画押签字，以后你就可以回去睡觉了。
界面原型法的另外一个重要作用就是加快PM与开发人员的理解速度。开发人员面对一大堆的说明文档，往往是一头雾水，心里面有时会大骂，“天哪，一个功能也写了那么多我怎么看呀，你以为写得多就好呀，你以为你是作家呀”。这时候比较好的方式是有一个很好的界面原型一起参考，这样理解起来就很快（要为别人着想！要让他/她感动！）。当然，详细的说明文档还是必需的，因为界面上不能说清楚所有事情，而且，那个文档可以作为设计的依据，说好了，界面只是参考，文档才是根本，以后没有按照文档的进行统计、约束，那就可以找到罪证了。
原型法的发展怎么说与Internet的应用有关系呢？这里的关系大了。 现在其实是浏览器呈现一切的时代呀，而浏览器展现的是什么？一堆的ＨＴＭＬ而已。现在的商业应用有很多都是基于WEB的，理论上来说跟一个网站没有什么区别，处理逻辑、连接数据库、展现交互，客户看到的是交互界面，用的是这里的功能，怎么编写出来的，客户可没空管呢。
这个时代的原型，如果是我说的第二中原型--界面示例的话，只要你能力足够，可以做出一个相当专业的演示系统来，而无需写后台的代码，一个DHTML+Photoshop|Fireworks+Dreamweaver|Frontpage+Javascript，可以让所有的Button,所有的Link都具有伪功能，而且看上去一模一样，除了不能保存数据、处理逻辑、处理数据意外。这种系统可以很好的跟客户进行需求确认，争取项目等。而且不要忘了一点，就是如果一个人很熟悉这一套的话，作出一个很好的这种界面演示系统是比较简单的。在一些金额不是很大的系统方案争取中，如果没有相应的解决方案或产品，用一个专业的界面系统往往能够打动客户的心。
-Albert
Vicar2 2003-06-08
- 打赏
- 举报
hao tie
Nee 2003-06-07
- 打赏
- 举报
那是因为原型法做东西，做一个赔一个，当然没有多少人用；
起始我认为原型法很好，如果是给自己单位做东西，不存在成本问题
用原型法非常有效，而且成功率高
起始我认为原型法很好，如果是给自己单位做东西，不存在成本问题
用原型法非常有效，而且成功率高
runranrun 2003-06-07
- 打赏
- 举报
原型存在于每一次迭代的过程中，从这个意义上说，原型是各种演变的基础，它并没有死。
icanfly_jlh 2003-06-05
- 打赏
- 举报
DEMO 获取需求
原型 走通技术 也要达到进一步获取需求的目的
原型 走通技术 也要达到进一步获取需求的目的
skypeople 2003-06-04
- 打赏
- 举报
抛弃原型：其实不是对原型的抛弃，而是让原型重生。就如置于死地而后生；
gameboy999 2003-06-04
- 打赏
- 举报
有一种“原型”是用来走通技术的，有一种“原型”是用来走通需求的。
我认为对于项目来说，快速的建立这两种原型都是很有必要的，可以很快沟通需求，把握技术难点。
我的观点就是，Demo也是原型的一种，初始的核心代码也是原型一种。
迭代开发和原型抛不抛弃没有直接关系，我们的开发是 on demand的，而不是为迭代而迭代。
我认为对于项目来说，快速的建立这两种原型都是很有必要的，可以很快沟通需求，把握技术难点。
我的观点就是，Demo也是原型的一种，初始的核心代码也是原型一种。
迭代开发和原型抛不抛弃没有直接关系，我们的开发是 on demand的，而不是为迭代而迭代。
xiaolongnv 2003-06-03
- 打赏
- 举报
TO Albert
呵呵！～～有点儿理解上的误区。
我问大侠的目的是：
抛弃型界面示例原型法与为了扑获用户需求而采取的 DEMO是否是一回事，是否等同。。。。。：P
呵呵！～～有点儿理解上的误区。
我问大侠的目的是：
抛弃型界面示例原型法与为了扑获用户需求而采取的 DEMO是否是一回事，是否等同。。。。。：P
xiaolongnv 2003-06-03
- 打赏
- 举报
参考了各位大侠的意见，发表一下拙见：
我个人认为，原型法与DEMO在概念上不是一回事。
原型法是软件生命周期模型的一种，Demo是一种手段或工具：可以扑获需求，或者通过演示给客户看，达到和用户良好沟通，形成需求的一致性；或者验证技术可行性，来攻克项目的关键技术，或者证明技术上的不可行。
Demo在项目的需求调研，立项，计划等项目活动的初期就完成了，仅仅是一个构造的过程。以后，仅作为项目的历史资料而存在。
原型模型，分为：抛弃型原型，演进型原型，共同点是软件开发周期中都有：1构造，2运行，3评价，4快速分析或修改这四个阶段，并且这四个阶段很有可能是不断重复的。 前一个周期都可以作为下一个周期的项目的进一步开发的重要的基础。
如果演进型原型开始的规划合理，对后期的作用就越大。
我个人认为，原型法与DEMO在概念上不是一回事。
原型法是软件生命周期模型的一种，Demo是一种手段或工具：可以扑获需求，或者通过演示给客户看，达到和用户良好沟通，形成需求的一致性；或者验证技术可行性，来攻克项目的关键技术，或者证明技术上的不可行。
Demo在项目的需求调研，立项，计划等项目活动的初期就完成了，仅仅是一个构造的过程。以后，仅作为项目的历史资料而存在。
原型模型，分为：抛弃型原型，演进型原型，共同点是软件开发周期中都有：1构造，2运行，3评价，4快速分析或修改这四个阶段，并且这四个阶段很有可能是不断重复的。 前一个周期都可以作为下一个周期的项目的进一步开发的重要的基础。
如果演进型原型开始的规划合理，对后期的作用就越大。
AutoAsm 2003-06-03
- 打赏
- 举报
对于抛弃原型法，首先要清楚原型的目的，一般抛弃原型的目的可能是：1.明晰需求，2. 验证技术可行性，3. Show给客户看。基于以上几个目的，抛弃原型的开发最重要的是赶时间，质量和设计风格不用考虑，而对于一个最终产品，特别是可能需要进行叠代开发的产品，质量和设计是必须考虑的，否则，节省的可能仅仅是一个原型，而毁灭的是整个项目。
albertz 2003-06-03
- 打赏
- 举报
这种原型法有很多用途的，但是究竟能不能重用需要看这个原型的代码的质量，跟实际的系统（至少在界面上）相差多远。
其实，界面上的很多东西，如果设计原型的时候做得好的话（比如如果是基于WEB的并且有很好的模板，代码也很干净），那有很多还是可以使用的。但注意，不要强求，特别是赶时间把Demo界面做出来的情况下。
-Albert
其实，界面上的很多东西，如果设计原型的时候做得好的话（比如如果是基于WEB的并且有很好的模板，代码也很干净），那有很多还是可以使用的。但注意，不要强求，特别是赶时间把Demo界面做出来的情况下。
-Albert
xfkk 2003-06-02
- 打赏
- 举报
study
xiaolongnv 2003-06-02
- 打赏
- 举报
-Albert大侠
界面示例原型法有点儿像 DEMO。我们一般用VB，ASP等实现。
Albert是否同意这个观点？
界面示例原型法有点儿像 DEMO。我们一般用VB，ASP等实现。
Albert是否同意这个观点？
albertz 2003-06-02
- 打赏
- 举报
to xiaolongnv(小龙女)
如果是WEB的程序，DHTML+Javascript就可以了。当然如果要实现一些功能的话，可以用VB+ASP编一些东西。但如果是纯粹的界面示例的话，DHTML+Javascript足够了
如果是WEB的程序，DHTML+Javascript就可以了。当然如果要实现一些功能的话，可以用VB+ASP编一些东西。但如果是纯粹的界面示例的话，DHTML+Javascript足够了
nice90 2003-06-01
- 打赏
- 举报
后备，向各位多多学习。
stonespace 2003-05-31
- 打赏
- 举报
之所以要抛弃，是因为开始阶段需要用最快的速度和最小的投入把原型做出来，速度快和投入小的代价是，原型的质量很差，所以抛弃。抛弃之后可以提高软件的质量。
也有不抛弃原型的，不过代价是原型的开发时间延长和投入增加。
也有不抛弃原型的，不过代价是原型的开发时间延长和投入增加。
foreveryday007 2003-05-31
- 打赏
- 举报
我覺得原型法很好啊
step by step
我覺得很符合軟件開發
做一個項目,你不可能也開始就把所有的需求搞懂2
step by step
我覺得很符合軟件開發
做一個項目,你不可能也開始就把所有的需求搞懂2
albertz 2003-05-31
- 打赏
- 举报
原型法其实有好几种，而且随着互联网的普及得到了不少的发展，但是实质还是没有太大的变化的。
从实现的角度上来说，原型法可以粗略的分成这两种，一种是开发型的原型法，一种是界面示例型的原型法。
开发型的原型法是指开发出一定的代码，甚至把核心代码都写出来了，有一些原型作出来以后能够就已经能够运行了，这叫开发型的原型法。这样的原型法往往会有逐步发展的过程，甚至是螺旋上升的过程，这就会保留一些代码。但也可能是飞跃式的，抛弃原有的原型，直接进行大幅度的开发。在不少项目/产品中，这种开发型的原型法往往是偏重验证技术的，严正相应的方法是否可行的，这样的例子是很多的。假设，我们需要建立一个较好的界面编辑器，姑且把它看成是跟Visual Basic一样的控件式的，这时候，首先要做的是相关技术原型的开发，主要是验证是否可行，如果可行，那么就用那样的方法开发下去。
界面示例原型法伴随着VB类的可视化编程工具和环境的成熟得到了长足的发展，同时企业的商业应用系统也得到了广泛的发展，企业都纷纷提出信息化的要求，而这些商业应用系统有自己独有的特点，这点与操作系统类的、 嵌入式类的、一些系统软件等很不同。在这种情况下，客户侧重的是能够辅助、优化商业业务的系统，这种系统多是一种界面交互、数据处理的系统，也就是说以看为主，而不是后台的某一个算法为主。
在收集、确认客户的需求的过程中，这种界面示例原型能够起到很大的作用。这一点可能是程序员跟客户的最大的区别，对客户来说，其实他并不是很关心你是怎么做出来的，重要的好用、 能用，“眼见为实”。客户看到了，理解的速度就会很快，相反如果拿着一堆的文档，客户的头都大了。所以这种原型法的第一个重要作用就是让客户知道将来的系统是什么样的，同意不同意（这一点很关键），最好要客户、老板、相关开发人员等画押签字，以后你就可以回去睡觉了。
界面原型法的另外一个重要作用就是加快PM与开发人员的理解速度。开发人员面对一大堆的说明文档，往往是一头雾水，心里面有时会大骂，“天哪，一个功能也写了那么多我怎么看呀，你以为写得多就好呀，你以为你是作家呀”。这时候比较好的方式是有一个很好的界面原型一起参考，这样理解起来就很快（要为别人着想！要让他/她感动！）。当然，详细的说明文档还是必需的，因为界面上不能说清楚所有事情，而且，那个文档可以作为设计的依据，说好了，界面只是参考，文档才是根本，以后没有按照文档的进行统计、约束，那就可以找到罪证了。
原型法的发展怎么说与Internet的应用有关系呢？这里的关系大了。 现在其实是浏览器呈现一切的时代呀，而浏览器展现的是什么？一堆的ＨＴＭＬ而已。现在的商业应用有很多都是基于WEB的，理论上来说跟一个网站没有什么区别，处理逻辑、连接数据库、展现交互，客户看到的是交互界面，用的是这里的功能，怎么编写出来的，客户可没空管呢。
这个时代的原型，如果是我说的第二中原型--界面示例的话，只要你能力足够，可以做出一个相当专业的演示系统来，而无需写后台的代码，一个DHTML+Photoshop|Fireworks+Dreamweaver|Frontpage+Javascript，可以让所有的Button,所有的Link都具有伪功能，而且看上去一模一样，除了不能保存数据、处理逻辑、处理数据意外。这种系统可以很好的跟客户进行需求确认，争取项目等。而且不要忘了一点，就是如果一个人很熟悉这一套的话，作出一个很好的这种界面演示系统是比较简单的。在一些金额不是很大的系统方案争取中，如果没有相应的解决方案或产品，用一个专业的界面系统往往能够打动客户的心。
-Albert
从实现的角度上来说，原型法可以粗略的分成这两种，一种是开发型的原型法，一种是界面示例型的原型法。
开发型的原型法是指开发出一定的代码，甚至把核心代码都写出来了，有一些原型作出来以后能够就已经能够运行了，这叫开发型的原型法。这样的原型法往往会有逐步发展的过程，甚至是螺旋上升的过程，这就会保留一些代码。但也可能是飞跃式的，抛弃原有的原型，直接进行大幅度的开发。在不少项目/产品中，这种开发型的原型法往往是偏重验证技术的，严正相应的方法是否可行的，这样的例子是很多的。假设，我们需要建立一个较好的界面编辑器，姑且把它看成是跟Visual Basic一样的控件式的，这时候，首先要做的是相关技术原型的开发，主要是验证是否可行，如果可行，那么就用那样的方法开发下去。
界面示例原型法伴随着VB类的可视化编程工具和环境的成熟得到了长足的发展，同时企业的商业应用系统也得到了广泛的发展，企业都纷纷提出信息化的要求，而这些商业应用系统有自己独有的特点，这点与操作系统类的、 嵌入式类的、一些系统软件等很不同。在这种情况下，客户侧重的是能够辅助、优化商业业务的系统，这种系统多是一种界面交互、数据处理的系统，也就是说以看为主，而不是后台的某一个算法为主。
在收集、确认客户的需求的过程中，这种界面示例原型能够起到很大的作用。这一点可能是程序员跟客户的最大的区别，对客户来说，其实他并不是很关心你是怎么做出来的，重要的好用、 能用，“眼见为实”。客户看到了，理解的速度就会很快，相反如果拿着一堆的文档，客户的头都大了。所以这种原型法的第一个重要作用就是让客户知道将来的系统是什么样的，同意不同意（这一点很关键），最好要客户、老板、相关开发人员等画押签字，以后你就可以回去睡觉了。
界面原型法的另外一个重要作用就是加快PM与开发人员的理解速度。开发人员面对一大堆的说明文档，往往是一头雾水，心里面有时会大骂，“天哪，一个功能也写了那么多我怎么看呀，你以为写得多就好呀，你以为你是作家呀”。这时候比较好的方式是有一个很好的界面原型一起参考，这样理解起来就很快（要为别人着想！要让他/她感动！）。当然，详细的说明文档还是必需的，因为界面上不能说清楚所有事情，而且，那个文档可以作为设计的依据，说好了，界面只是参考，文档才是根本，以后没有按照文档的进行统计、约束，那就可以找到罪证了。
原型法的发展怎么说与Internet的应用有关系呢？这里的关系大了。 现在其实是浏览器呈现一切的时代呀，而浏览器展现的是什么？一堆的ＨＴＭＬ而已。现在的商业应用有很多都是基于WEB的，理论上来说跟一个网站没有什么区别，处理逻辑、连接数据库、展现交互，客户看到的是交互界面，用的是这里的功能，怎么编写出来的，客户可没空管呢。
这个时代的原型，如果是我说的第二中原型--界面示例的话，只要你能力足够，可以做出一个相当专业的演示系统来，而无需写后台的代码，一个DHTML+Photoshop|Fireworks+Dreamweaver|Frontpage+Javascript，可以让所有的Button,所有的Link都具有伪功能，而且看上去一模一样，除了不能保存数据、处理逻辑、处理数据意外。这种系统可以很好的跟客户进行需求确认，争取项目等。而且不要忘了一点，就是如果一个人很熟悉这一套的话，作出一个很好的这种界面演示系统是比较简单的。在一些金额不是很大的系统方案争取中，如果没有相应的解决方案或产品，用一个专业的界面系统往往能够打动客户的心。
-Albert
加载更多回复（14）
