来说说我通常对付“MIS”的做法： 先要花不少的时间搜集和理清基础数据（作为功能而产生的数据不在此列），分析清楚其关系。（当然，其中也要适当考虑以后的应用功能，以防止——走叉了！） 接着，就可以着手构建关系（直接点，就是设计关系类代码，只是包含一些类间关系设计，利用一些诸如TList^、TCollection、TCollectionItem等类来衔接，而不包括[包含实际属性类]的设计。） 下一步，就是着手各个包含具体属性、方法的类/对象模型的设计（这个大家太熟悉了，不多赘述）。 再接下来就是大家更熟悉的了——数据库设计，但这是的设计要方便的多（不用多的琢磨，但代码未必少）。可以根据上一步所说的一个个具体的类/对象模型来设计与数据[表、视图（I hate view！I never use view！）]来写映射数据的代码。 然后就是写基础数据操作的界面了，也不多赘述！需要注意的是，基础数据操作最好也归如类/对象来设计。 再下来，就是最能够另客户[或非技术领导]兴奋的应用功能部分了！（此时的程序员倒未必有多大激情）根据具体的要求来做吧！但如果你够专心的话，这里其实也是很体现水平的地方…… （我认为：此方法适用于逻辑关系层次在5层以上，代码量在2万行以上的中型MIS系统/程序！一些小型的MIS就不用这么麻烦，直接用用组件就差不多OK了！） ：）好久没来！今儿个放一枪~！
来说说我通常对付“MIS”的做法： 先要花不少的时间搜集和理清基础数据（作为功能而产生的数据不在此列），分析清楚其关系。（当然，其中也要适当考虑以后的应用功能，以防止——走叉了！） 接着，就可以着手构建关系（直接点，就是设计关系类代码，只是包含一些类间关系设计，利用一些诸如TList^、TCollection、TCollectionItem等类来衔接，而不包括[包含实际属性类]的设计。） 下一步，就是着手各个包含具体属性、方法的类/对象模型的设计（这个大家太熟悉了，不多赘述）。 再接下来就是大家更熟悉的了——数据库设计，但这是的设计要方便的多（不用多的琢磨，但代码未必少）。可以根据上一步所说的一个个具体的类/对象模型来设计与数据[表、视图（I hate view！I never use view！）]来写映射数据的代码。 然后就是写基础数据操作的界面了，也不多赘述！需要注意的是，基础数据操作最好也归如类/对象来设计。 再下来，就是最能够另客户[或非技术领导]兴奋的应用功能部分了！（此时的程序员倒未必有多大激情）根据具体的要求来做吧！但如果你够专心的话，这里其实也是很体现水平的地方……
（我认为：此方法适用于逻辑关系层次在5层以上，代码量在2万行以上的中型MIS系统/程序！一些小型的MIS就不用这么麻烦，直接用用组件就差不多OK了！）
：）好久没来！今儿个放一枪~！
[email protected]
致谢!
[email protected]
致谢!
[email protected]
我也需要!
谢了!
《系统详细设计文档》
谢谢
先谢谢了，我也想要《系统详细设计文档》