关于C#软件的设计具体流程
我现在使用VS2005/VS2008编写程序。以前在学校只编写过一些简单的程序。那时候我编写程序时，也没有什么设计规范。一上来就写代码。不过到了单位后，这种方式的弊端越来越明显。我想向各位老鸟讨教下：用VS2005/VS2008编写程序，可以用一个怎样的具体设计流程呢？在这个流程里需要用到哪些辅助工具呢？
我在网上查了一些资料。似乎使用UML是现在比较先进的一种设计面向对象程序的方法。
我总结了一个流程，请大家批评指正：
1. 总结需求，画UML用例图（使用visio）
2. 画UML静态结构图（使用visio）PS.好像就是类图
3. 画UML时序图（使用visio）
4. 开始编码
我已经上网查了多日。但网上说法众多。不知道那种流程更好。谢谢大家的指教啊。 --------------------编程问答-------------------- 1.先画UML例图
2.开始设计数据库。
3.设计类
4.开始编码。 --------------------编程问答-------------------- 做好需求设计
设计UML和数据库，流程图，做好概要和详细设计
编码：命名规范,代码规范
测试 --------------------编程问答-------------------- 需求很重要
--------------------编程问答-------------------- 需求分析，系统设计，画图是为了规范，给别人看的 --------------------编程问答-------------------- 问题定义，需求一定要做好很重要，做好80%的设计，之后构造 --------------------编程问答-------------------- lz建议你看看设计模式和重构。 --------------------编程问答-------------------- 先看看别人的东西。设计模式不是很好看懂。另外，设计模式过多强调松耦合，而忽略了性能和程序可读性的问题。 --------------------编程问答-------------------- 所有的软件基本都是这个流程吧。。。不光是C# --------------------编程问答--------------------
模块之内高内聚，模块之间松耦合 --------------------编程问答--------------------
模糊~ --------------------编程问答-------------------- 去找几本书看看，我记得在很多书里面都见到过。 --------------------编程问答--------------------
需求真的非常重要 --------------------编程问答-------------------- 我是菜鸟啊，说说个人看法：
个人也才加入公司做开发工作，上面几楼的都说得差不多，以前自己也确实边点程序，本来就不复杂，哪来耐心去搞什么设计图，建模，文档之类的....... 每天一点时间就编写出来了。
但现在，做的东西大了，多了，大部分还是第一次接触，那些开发规范，模式之类的就会慢慢去接触，了解。
平时一来就上代码，搞得脑子里全是团团转，久了还有点迷糊了。
多做做设计工作，想清楚，文档化，模型化。。。。到后面编码工作也清晰，方向明确。 --------------------编程问答--------------------
这就挺好。
--------------------编程问答-------------------- 很多公司还没这么规范。。。说白了，是东西先出来文档事后补。。。
--------------------编程问答--------------------
不明白强调松耦合与程序可读性之间有什么矛盾?
ps. 过早优化是万恶之源 --------------------编程问答-------------------- 我比较推崇敏捷式的开发, 上手容易, 开发效率高, 最后出来的软件质量也不会很差
而不是强加一套套的开发模式到开发人员头上, 搞得大家都浑身不自在 --------------------编程问答-------------------- 每种方式都有各自的好处, 也有缺陷, 至于楼主说到"弊端"我不敢苟同, 是这种工作模式确实有问题? 还是楼主不注意日常的积累, 反思, 改进以及学习?
我想后者的可能性更高一点吧, 如果不改正这个问题, 就算换上再好的方式都只能是雾里看花, 水上望月 --------------------编程问答--------------------
软件生存周期 , 软件工程, 推荐LZ搜索下这两方面的知识,会有答案的
至于具体的代码实现方法,可以看看 设计模式~ --------------------编程问答-------------------- 哇！光一天就这么多回复啊。谢谢大家了。
这两天一直在网上查一些关于软件工程的资料不过好像不是很系统。周末想到图书馆借点书来看看。恶补下。
不知道设计模式和这个UML的设计方法是种什么关系呢？
9楼说的“模块之内高内聚，模块之间松耦合”具体怎么把握呢？
我在一些资料上看到有所谓的三层架构。好像意思就是界面是一层、业务处理是一层、数据相关的处理时一层。这意思是不是不同层的处理应该分不同的类来写？我是写桌面程序的。我习惯在自定义控件里直接写一些设计业务处理的方法。这样做是不是不符合这种三层架构？是不是这样做不好呢？ --------------------编程问答--------------------
是这么滴
--------------------编程问答-------------------- 做好需求，之后初步设计，跟着最好就是迭代开发，一边开发相关的原型一边完成相关文档！ --------------------编程问答-------------------- 就应用软件来说，需求做的再好，也会持续一种这样的状态：
1、对行业的理解越深入，就发现需求越复杂，这是纵深方面来说
2、在软件的整个生命周期中，需求始终在持续变化着，这是从时间流的方面来说
--------------------编程问答-------------------- 1.先画UML例图
2.开始设计数据库。
3.设计类
4.开始编码。 --------------------编程问答-------------------- 新手学习了。
补充：.NET技术 , C#
