Quote: 引用:

如果你是一个熟练的程序员，我会推荐你使用开源的BPM引擎来完成你的工作
可是你是一个大学生，在现阶段我觉得最关键的不是框架，而是掌握软件开发的步骤：
1： 需求分析（可以有很多方法，推荐你使用用例的方式排布客户的所有应用场景，尽可能的做到涵盖他们需要的，和你认为他们需要的，这能很好的提高你软件交付的质量）
2： 将你用例中所有用到的名词提炼出来，形成功能和数据库表设计（推荐MySQL）
3： 用硬编码的方式实现业务流程(不要求新，不推荐你在这个项目中使用BPM，这意味着你需要太陡峭的学习曲线)
4： 测试，交付
5： 尝试使用BMP改造你的业务，提高系统的扩展性(这个阶段可以作为项目二期或者你自己学习的目的)

这个在我学的软件工程这门课里面有，这个我比较明白，文书什么的都已经完成了，可是真正到开始代码阶段就蒙了，到底先设计数据库呢，还是先把界面做出来再逐一实现任务等等的。就乱了

Quote: 引用:

Quote: 引用:

Quote: 引用:

如果你是一个熟练的程序员，我会推荐你使用开源的BPM引擎来完成你的工作
可是你是一个大学生，在现阶段我觉得最关键的不是框架，而是掌握软件开发的步骤：
1： 需求分析（可以有很多方法，推荐你使用用例的方式排布客户的所有应用场景，尽可能的做到涵盖他们需要的，和你认为他们需要的，这能很好的提高你软件交付的质量）
2： 将你用例中所有用到的名词提炼出来，形成功能和数据库表设计（推荐MySQL）
3： 用硬编码的方式实现业务流程(不要求新，不推荐你在这个项目中使用BPM，这意味着你需要太陡峭的学习曲线)
4： 测试，交付
5： 尝试使用BMP改造你的业务，提高系统的扩展性(这个阶段可以作为项目二期或者你自己学习的目的)

这个在我学的软件工程这门课里面有，这个我比较明白，文书什么的都已经完成了，可是真正到开始代码阶段就蒙了，到底先设计数据库呢，还是先把界面做出来再逐一实现任务等等的。就乱了

设计我习惯从原型开始，到功能再到数据库，到编码，这个过程每个环节都可以和你的客户沟通，不管你怎么做，编码一定要最后做，一定要你的客户认可了你的设计再开始。
软件开发过程文档不是为了有而写的，要产生价值，这个价值就是客户的认可，如果你写了一堆东西，你的客户依然不知道你将要交给他的是个什么东西，不如不写。。。

如果是毕业设计，说实话，学一门新技术，不如好好用你现在有的知识，踏踏实实的做一个软件，这个过程你会有很多认识，软件开发是一个一步一个脚印的事情。。

框架都是前人发现他在重复做一件事情的时候，处于懒得目的出来的，你现在的情况连为什么可以偷懒都不明白，直接使用框架，对于你的成长不利。。。

作为一个写了14年程序的老程序员的亲身体会。。。