各位能不能找到一些开工白皮书,贴上来或是mail给我们我倒是想知道从分析开始设计程序是什么感受.mail:[email protected]

解决方案 »

  1.   

    同意Go_Rush(阿舜)
    我们也是这样
      

  2.   

    to :Go_Rush(阿舜),Cappuccino(小喆)如果我们国内设计软件都象你们讲的那样,我想我国的软件业就GAME OVER了!
      

  3.   

    to:shaozp(雨点),TFPE()你们误会了,写这篇文章的不是我,我只是转摘者,只提供给大家讨论的话题.
      

  4.   

    我赞成dlq()看法.300行代码说实在的一天就可能完成.
      

  5.   

    重复开发重复开发
    没有文档没有文档
    xixi`~
      

  6.   

     哎,我一个人开发软件,就是不会做分析(初学者),所以现在死路一条,我的顺序是看开发包-》大概了解我要开发的功能-》编写模块-》测试-》写文档-》不好,有错误-》需求分析-》编写模块-》TMD 怎么是死循环啊所以我今后要从 需求分析★★★★★-概要设计★★★-详细设计★★★-编码★-测试★★-维护☆
      

  7.   

    我刚毕业就开始做MIS,我们是按照编码文档来写程序。
    系统分析,模块设计和划分都是在台湾做的,我们写好
    以后再发到台湾去做联合测试,我一开始就觉得这很正常。
    写程序之前自己先有个计划,看看用到什么数据结构,会有什么算法,不可能
    马上就写的;开发时写开发文档,自己的代码中尽量多加注释;
    现在做了一年多,才发现国内很多的公司对软件工程并不重视。
    说句实话,有了软件工程根本就不会减低编码的重要性。
    试想,如果Windows的API的程序员不懂什么算法,数据结构,Windows恐怕就没人用。
    工程师和程序员是有区别的,工程师和程序员的区别在于工程师只会装机器,维护旧的系统,
    而程序员则善于创造新的事物,甚至新的思想,从而去改变这个世界。
    我要做个程序员。
      

  8.   


        我不同意一些网友的看法——编码并不重要。软件工程的目的是什么?是为了保证在规定期限内生成高质量的代码。如果说需求分析、系统分析就是一切的话,那我们是不是可以得出结论——等中国的软件工程水平上去了,我们随便找个公司也能写个Windows了?faint。    当然,对于一些体系结构和设计方法已经很成熟的企业应用来说,确实编码不重要,因为RAD工具可以搞定大部分事情。这就像把一份做过的卷子让你再做一遍,你肯定不会觉得有太大难度。
      

  9.   

    我想这是一个令人痛苦的问题,至少我觉得非常痛苦。
    一方面,系统分析是必不可少的,一群没有向导的人在雨林中转游的下场是可想而知的。另一方面,系统分析员又在扮演上帝的角色;它必须知道一切控制一切,至少他应该是个先知。
    我们就谈谈向导吧。至少他知道一条路,而且这条路不是因为他而存在。对于MIS系统来说,有很多这种路,可以说条条大陆通罗马。如果资金足够,如果时间足够,如果人手足够,那么信心就足够。但是如果没有路该怎么办?如果你不满足于老路该怎么办?这种例子非常多:Delphi就是一个非常鲜明的例子。Oracle的Jserver如何?Windows WDM驱动体系如何?当我们用老路完成项目,是否应该尝试一些新的技术哪?最后,我想阐述一下关于结构和编码的我自己的观点:结构和编码没有一点关系;当然错误的编码导致系统失败,但结构就是结构。这就像编码是硬件,结构是软件(思维)。
      

  10.   

    不做分析怎么行?我都是用Rose和Visio的,配合用,不然,真的以后自己都忘了,呵呵
      

  11.   

    to:ffossil(五月)兄,建议有点意思
      

  12.   

    你看的好书呢??
    不能推荐两本吗???
    我的email: [email protected]
    期盼你的回复
      

  13.   

    to ReganCai(闪电边缘): 
      我也用Rose和Visio,可刚开始用,
      没有需求分析,直接进入概要设计。
      功能是想想想出来的,faint
      

  14.   

    to:zq1956(qq)对不起,我是在一个论坛里看到的,不是书.