新书推介:《语义网技术体系》
作者:瞿裕忠,胡伟,程龚
   XML论坛     W3CHINA.ORG讨论区     计算机科学论坛     SOAChina论坛     Blog     开放翻译计划     新浪微博  
 
  • 首页
  • 登录
  • 注册
  • 软件下载
  • 资料下载
  • 核心成员
  • 帮助
  •   Add to Google

    >> 软件工程、需求工程、系统工程,UML、MDA、模型驱动开发,面向对象软件工程、面向目标软件成功、面向场景的设计、敏捷
    [返回] 中文XML论坛 - 专业的XML技术讨论区计算机技术与应用『 软件工程论坛 』 → Elicitation Technique Selection: How Do Experts Do It?[需求工程论文阅读2] 查看新帖用户列表

      发表一个新主题  发表一个新投票  回复主题  (订阅本版) 您是本帖的第 81860 个阅读者浏览上一篇主题  刷新本主题   平板显示贴子 浏览下一篇主题
     * 贴子主题: Elicitation Technique Selection: How Do Experts Do It?[需求工程论文阅读2] 举报  打印  推荐  IE收藏夹 
       本主题类别:     
     pennyliang 帅哥哟,离线,有人找我吗?白羊座1979-4-7
      
      
      威望:8
      等级:大二期末(C++考了100分!)
      文章:266
      积分:1911
      门派:Lilybbs.net
      注册:2005/3/11

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给pennyliang发送一个短消息 把pennyliang加入好友 查看pennyliang的个人资料 搜索pennyliang在『 软件工程论坛 』 的所有贴子 引用回复这个贴子 回复这个贴子 查看pennyliang的博客楼主
    发贴心情 

    按照我目前了解项目的经验看大概是这么个顺序
    1)了解现有产品的功能,已知的市场上存在的产品,或者类似产品[必然的]
    2)了解现有产品的用户评价,用户期望,还有那些问题没有解决好的。[必然的]
    3)寻找代表性用户,了解需求。真实用户或模拟用户,可以是个体用户,使用结构化访谈,非正式聊天,可以是群体用户,问卷调查,获得统计数据。[很多都是技术人员想当然]
    4)形式化详细的需求,形式化到可以和设计人员交流,比如去掉用户对于程度的描述,并对之进行合理量化。[极少有公司这样做]
    5)用户和设计人员进行评审,反复跌代。[极少有公司这样做]

    还有一个问题
    项目需求的范围确定是一个非常重要的因素,范围掌握不好对于需求挖掘来说是致命的问题,用户可能提出各种需求,有些是近期的,急迫的需求,有些是远景的,未来的需求,有些是随意的,不确定的需求,有些是肯定的,确定无误的需求,那么对于项目的每一个阶段的需求分析都是很重要的,并不是什么需求都要在某个时间做彻底的挖掘,即使挖掘了也需要近一步的分析,结合各种因素比如市场,成本,时间,可行性等等。

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006/5/14 22:36:00
     
     GoogleAdSense白羊座1979-4-7
      
      
      等级:大一新生
      文章:1
      积分:50
      门派:无门无派
      院校:未填写
      注册:2007-01-01
    给Google AdSense发送一个短消息 把Google AdSense加入好友 查看Google AdSense的个人资料 搜索Google AdSense在『 软件工程论坛 』 的所有贴子 访问Google AdSense的主页 引用回复这个贴子 回复这个贴子 查看Google AdSense的博客广告
    2024/11/1 0:11:28

    本主题贴数21,分页: [1] [2] [3]

     *树形目录 (最近20个回帖) 顶端 
    主题:  Elicitation Technique Selection: H..(220字) - pennyliang,2006年5月11日
        回复:  xiexie ~~~(12字) - zq_enoch,2008年1月16日
            回复:  还是使用多次跌代开发的方法好。这样需求可以逐步提出、逐步实现。多次原型提交给客户使用(一定是整个软..(316字) - gzwxh,2008年11月19日
        回复:  受益非浅,不过初入职场,经验不足,不发表意见了,先消化一下大哥们的观点0..(71字) - Sibyl,2007年5月17日
        回复:  就我们几个讨论很快就像近亲繁殖一样,不断退化了.(46字) - pennyliang,2006年6月24日
        回复:  :)再多几个朋友讨论就好了(26字) - jiachong,2006年5月17日
        回复:  我们实验室有领域工程相关项目,所以我也有些认识突出领域是为了充分复用领域级的业务知识和开发产物,..(725字) - jiachong,2006年5月16日
        回复:  我想大多数的条件下是能够找到领域专家吧,他们对于具体的业务比较熟悉.但是可能没有使用过系统来支持,..(398字) - njty_lzy,2006年5月16日
        回复:  你说的有道理,但是领域专家是可遇而不可求,有些项目是很难找到领域专家,比如ERP,最令我难忘的就是..(273字) - pennyliang,2006年5月15日
            回复:  [quote][b]以下是引用[i]pennyliang在2006-5-15 18:05:00[/..(1198字) - jiachong,2006年5月16日
                回复:  [quote][b]以下是引用[i]jiachong在2006-5-16 12:43:00[/i]..(1443字) - pennyliang,2006年5月16日
        回复:  我所说的不是指领导的需求,应该说是领域专家提出的需求,因为他们对系统有更深层次的理解,能把握一些本..(294字) - njty_lzy,2006年5月15日
        回复:  我不太理解你说的高层的需求和底层的需求的区别,我估计你可能得意思是,领导的需求,和系统实际操作员的..(299字) - pennyliang,2006年5月15日
        回复:  需求挖掘过程应该是一个逐步迭代,精化的过程,这是毫无疑问的. 但是对于开发一个全新的系..(488字) - njty_lzy,2006年5月15日
        回复:  按照我目前了解项目的经验看大概是这么个顺序1)了解现有产品的功能,已知的市场上存在的产品,或者类..(919字) - pennyliang,2006年5月14日
        回复:  我承认你的观点,如你所说,需求挖掘是一门复杂的科学,需求挖掘过程和人的经验结合太紧密了,很难进行量..(337字) - njty_lzy,2006年5月14日
        回复:  首先需求挖掘是一门科学,不是座在沙发上吹吹牛就可以大致搞定的。其次需求挖掘不是一门系统化的,科学..(626字) - pennyliang,2006年5月14日
        回复:  pennyliang ,首先谢谢你分享这篇文章,我看完了全文.它对各种需求获取技术总结是很全面的,..(610字) - njty_lzy,2006年5月14日
        回复:  这篇论文通过对9名大师的正式或非正式的interview,寻找一些在实际项目中需求工程是如何展开的..(170字) - pennyliang,2006年5月12日
        回复:  回去读读在发表意见(18字) - jiachong,2006年5月12日

    W3C Contributing Supporter! W 3 C h i n a ( since 2003 ) 旗 下 站 点
    苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
    124.023ms