P ppqingyu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #1 学DELPHI也有两年了,没什么成就,因为我是半路出身的,没有经过什么正统的学习.不知道从什么时候开始,发觉写代码也会丢三拉四了.因为不懂得做计划,每一个功能都是通过自己的脑海形成,跟着写出来,根本就不会写什么计划,以便复查之类的.现在才知道那个重要,有经验的朋友聊聊,你们通常会怎么样做?用到什么工具?有没有例子给我看看?
学DELPHI也有两年了,没什么成就,因为我是半路出身的,没有经过什么正统的学习.不知道从什么时候开始,发觉写代码也会丢三拉四了.因为不懂得做计划,每一个功能都是通过自己的脑海形成,跟着写出来,根本就不会写什么计划,以便复查之类的.现在才知道那个重要,有经验的朋友聊聊,你们通常会怎么样做?用到什么工具?有没有例子给我看看?
H happycyp Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #2 设计前首先确定需求,把需求定义的尽可能明确,这是最重要的。 把流程图(可以用Visio)画好,定义好库表结构(可以用Power Designer, 根据库表再把流程理一次,看是否通畅),设计好一些相关对象(Delphi 2006有这个功能)。 然后设计界面风格。进行代码编写。 个人之见。
设计前首先确定需求,把需求定义的尽可能明确,这是最重要的。 把流程图(可以用Visio)画好,定义好库表结构(可以用Power Designer, 根据库表再把流程理一次,看是否通畅),设计好一些相关对象(Delphi 2006有这个功能)。 然后设计界面风格。进行代码编写。 个人之见。
W weiliu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #3 老板或客户的要求就是计划,把它们记下来,用代码实现就是了。
P ppqingyu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #4 不定期的来那一两句,我曾记录过,但是最后好乱了,看得自己的稀里糊涂了.
I iseek Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #5 未参与过公司团队开发软件,听课. 个人的经历很惨,与楼主一样,先大致完成脑子里想的,完了发觉很乱很烂,这时,有可能在某些功能的实现上有了更好的想法,手便开始痒起来,想重新写一遍...如此往复,总是不满意写成了东东... 唉,计划有多难.
未参与过公司团队开发软件,听课. 个人的经历很惨,与楼主一样,先大致完成脑子里想的,完了发觉很乱很烂,这时,有可能在某些功能的实现上有了更好的想法,手便开始痒起来,想重新写一遍...如此往复,总是不满意写成了东东... 唉,计划有多难.
Z zybzhen Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #6 注意最终体现,比如报表、操作风格、界面 E-R图和电子注释,记得及时更新你的E-R和电子注释
D duhai_lee Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #7 从功能上分析, 每个功能分到不可再分为止, 这样实现小功能就容易多了。 当然之前的先考虑以什么样的 方式让他们运作,让他们互相协作。 这是重点, 也是架构。 每个功能点如何抽象为业务类, 如何控制这些业务类, 如何显示他们。 业务类之间如何协作,这是设计的关键。 推荐看看李维今年出的《面向对象之路 delphi版》
从功能上分析, 每个功能分到不可再分为止, 这样实现小功能就容易多了。 当然之前的先考虑以什么样的 方式让他们运作,让他们互相协作。 这是重点, 也是架构。 每个功能点如何抽象为业务类, 如何控制这些业务类, 如何显示他们。 业务类之间如何协作,这是设计的关键。 推荐看看李维今年出的《面向对象之路 delphi版》
P ppqingyu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #8 我想很多朋友都和我有同一样的感觉,在功能分析上,口头上说说还可以,但是如果要写下来,就会觉得没什么可写.整个构架,在大脑里有一定的印象,但是纸面上却不知道怎么表述写下来.有没有什么的工具之类,以填空的方式写?
我想很多朋友都和我有同一样的感觉,在功能分析上,口头上说说还可以,但是如果要写下来,就会觉得没什么可写.整个构架,在大脑里有一定的印象,但是纸面上却不知道怎么表述写下来.有没有什么的工具之类,以填空的方式写?
C cqwty Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #9 我使用的多的办法是按照软件工程的思路来,虽然在国际上很多都说uml建模,可是在实际的操作过程中,很少有人这么做。最关键的需求必须明确,如果这点做不到,那你开发什么都在浪费时间。第二功能模块划分要明确,一个完整的系统肯定由多个模块组合出来的,然后根据高内聚,低耦合的原则,保证每个模块以及模块与模块之间达到这个原则。第三明确模块与模块之间的数据流,接口。这样测试软件的时候很好测试,而且是哪个模块出问题也很好修改。第四如果涉及到数据库,那数据库的设计也是非常关键的,必须达到第三范式的要求。如果做到以上几个方面了,那么你开发起来也比较明确,而且对程序代码的修改应该不多,而不是想怎么做就怎么做了。个人经验,难登大雅之堂,大家勿笑。我很想学习一套标准的开发模式,谁可以提供一下相关的资料啊。嘿嘿!
我使用的多的办法是按照软件工程的思路来,虽然在国际上很多都说uml建模,可是在实际的操作过程中,很少有人这么做。最关键的需求必须明确,如果这点做不到,那你开发什么都在浪费时间。第二功能模块划分要明确,一个完整的系统肯定由多个模块组合出来的,然后根据高内聚,低耦合的原则,保证每个模块以及模块与模块之间达到这个原则。第三明确模块与模块之间的数据流,接口。这样测试软件的时候很好测试,而且是哪个模块出问题也很好修改。第四如果涉及到数据库,那数据库的设计也是非常关键的,必须达到第三范式的要求。如果做到以上几个方面了,那么你开发起来也比较明确,而且对程序代码的修改应该不多,而不是想怎么做就怎么做了。个人经验,难登大雅之堂,大家勿笑。我很想学习一套标准的开发模式,谁可以提供一下相关的资料啊。嘿嘿!
P ppqingyu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #10 谢谢cqwty,有资料不要忘记给我一份.lnming@yeah.net
太 太阳河上 Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #11 个人之见: 1.根据用户需求,首先确定输出什么,也就是用户现在需要什么数据和以后可预见时期内可能需要什么数据。 2.需要用输入什么数据。 3.画功能流程图:输入,处理,输出 4.决定数据结构 5.画数据流程图,所有的数据从输入到输出是否顺畅,也就是,输入是否尽可能的少,输出的数据是否完全是用户所需的数据,然后重改革数据结构 6.定模块,每一个模块执行一个功能 7.编程 8.测试
个人之见: 1.根据用户需求,首先确定输出什么,也就是用户现在需要什么数据和以后可预见时期内可能需要什么数据。 2.需要用输入什么数据。 3.画功能流程图:输入,处理,输出 4.决定数据结构 5.画数据流程图,所有的数据从输入到输出是否顺畅,也就是,输入是否尽可能的少,输出的数据是否完全是用户所需的数据,然后重改革数据结构 6.定模块,每一个模块执行一个功能 7.编程 8.测试
P ppqingyu Unregistered / Unconfirmed GUEST, unregistred user! 2006-07-25 #13 我也知道,问题是项目该如果学起呀..........
S superego Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-23 #14 其实Delphi光盘中有一个自带的ModelMaker工具,你可以先通过这个建模工具来做系统设计,通过这个工具可以很清晰的制作出你的系统架构,同时还可以自动生成代哟
Z zhaokaien Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-23 #15 uml建模(用rose) visio画流程图 power design规划数据库 都是不错的外部手段