ABC作业成本数据平台项目
作者:admin 日期:2008-12-09
终于做完了这个project,当然，这只是First Step. 总结一下吧，还是有很多知识从中获取的.
首先感谢两位新同事的coding工作，团队干活就是快呀，呵呵。
ProjectName: ABC
Member:三位专职开发兼测试，外加相关使用人员互补测试
Requirement:需求就比较麻烦了，因为涉及公司机密，就不一一描述。总之，这是一个具有BKK特色的ABC作业成本分析平台.
开发环境：Vs2008Team + SQL2000
系统设计工具：starUML
系统文档生成工具：MS SandCastle
相关文档：有兴趣的不妨搜索一下以下文章
系统管理员的Usercase:
某某部门的Usercase
某某部门2的UserCase
系统整体业务操作流程
使用用户通过系统管理员所分配的用户名与权限，通过登录页面登录，系统经过登录验证确认身份后进行系统,系统根据系统管理员所分配的权限,进入相关的模块操作界面，进行数据操作.
设计思路：
因为不同部门不同人员所看到的模块及功能不一样，所以这里就要考虑到比较复杂的一个权限操作。至于其它的基本模块，由于还没涉及到复杂的报表操作，只是简单的增删除改操作。每个模块的功能主要是增加，删除，修改，导入，导出，查询，详细，这些通用的基础功能。当然还包括各字段各表单的相互关联，比如产品，部门与各个模块间的关联。为了以后的整合方便，我们采用了接口设计来为以后的功能扩展作好基础.而基于整个系统的架构，我们还是采用通用的petshop模式。在用户界面方面，使用了VS.Net自带的Ajax控件，尽量避免页面不断刷新。在输入数据方面也用了比较多的小功能，方便基层的录入员操作。系统整个UI设计是通过ASP.NET的theme去控制的。当然，除了两个登录界面.作UI还是要花一点功夫的。同时还要考虑不同浏览器不同显示器不兼容的情况。
系统架构:
进度控制：
很遗憾，项目虽则按正常进度进行，但终究还是延误了。这其中包括自己的因素在内，也包括公司的不可测因素在内。感觉自己在进度控制上仍是不太OK，需要进一步对加强对时间管理的学习。
总结：
两位新同事在三个月之内从最初对C#，ASP。NET的一窍不通到最后能发现相关的问题，足见一个真正的Project对人的实战经验的重要性。在这个项目中我主要是将所有的框框架架搭载好，然后写好一个代码demo,让他们实现其余的模块(后台权限模块仍是自己coding)。同时，在开发过程中一些小细节问题有他们的提醒，确实让人很受益，当然不是说他们也没有问题。不过初次做Project，能做到这份上，应该算很KO的了。
这个项目给我的启发：
1.B/S开发的趋势应该越来越注重前端界面的开发，给人良好的用户体验。而至于后台的相关代码，大部分都可以采用ORM工具去生成实现。
2.一些小细节足以对整个系统造成致命的影响，有些时候一个数据库字段的数据类型的大小，也会给整个数据库的性能带来很大的影响，这在我以前的project是没有注意到的。
3.不可太轻信于开发工具,在这次开发中，一连碰到了几个VS.NET的Bug。虽则小事一粧，但还是让我又明白了一个道理，呵呵。
4.团队的力量大于个人的力量。以前是一个人在做所有的开发工作（从系统设计到框架搭建到代码编写到UI实现），现在至少有两个同事为我做coding.让我有更多的时间去考虑系统架构及UI界面方面的东西。
5.我对时间的管控还是过于放松。
6.我的UI退步了很多~~~
最后，放上几个截图：
登录界面：
系统首页：
左边的树：(我也是搞了比较长时间搞出来的，网上的都是写在UI上的)
后台登录界面：
后台就是一个权限分配系统了（可以通用）：
角色列表：
模块列表:
请多多指教！代码分享部分会另外分开。
首先感谢两位新同事的coding工作，团队干活就是快呀，呵呵。
ProjectName: ABC
Member:三位专职开发兼测试，外加相关使用人员互补测试
Requirement:需求就比较麻烦了，因为涉及公司机密，就不一一描述。总之，这是一个具有BKK特色的ABC作业成本分析平台.
开发环境：Vs2008Team + SQL2000
系统设计工具：starUML
系统文档生成工具：MS SandCastle
相关文档：有兴趣的不妨搜索一下以下文章
系统管理员的Usercase:
某某部门的Usercase
某某部门2的UserCase
系统整体业务操作流程
使用用户通过系统管理员所分配的用户名与权限，通过登录页面登录，系统经过登录验证确认身份后进行系统,系统根据系统管理员所分配的权限,进入相关的模块操作界面，进行数据操作.
设计思路：
因为不同部门不同人员所看到的模块及功能不一样，所以这里就要考虑到比较复杂的一个权限操作。至于其它的基本模块，由于还没涉及到复杂的报表操作，只是简单的增删除改操作。每个模块的功能主要是增加，删除，修改，导入，导出，查询，详细，这些通用的基础功能。当然还包括各字段各表单的相互关联，比如产品，部门与各个模块间的关联。为了以后的整合方便，我们采用了接口设计来为以后的功能扩展作好基础.而基于整个系统的架构，我们还是采用通用的petshop模式。在用户界面方面，使用了VS.Net自带的Ajax控件，尽量避免页面不断刷新。在输入数据方面也用了比较多的小功能，方便基层的录入员操作。系统整个UI设计是通过ASP.NET的theme去控制的。当然，除了两个登录界面.作UI还是要花一点功夫的。同时还要考虑不同浏览器不同显示器不兼容的情况。
系统架构:
进度控制：
很遗憾，项目虽则按正常进度进行，但终究还是延误了。这其中包括自己的因素在内，也包括公司的不可测因素在内。感觉自己在进度控制上仍是不太OK，需要进一步对加强对时间管理的学习。
总结：
两位新同事在三个月之内从最初对C#，ASP。NET的一窍不通到最后能发现相关的问题，足见一个真正的Project对人的实战经验的重要性。在这个项目中我主要是将所有的框框架架搭载好，然后写好一个代码demo,让他们实现其余的模块(后台权限模块仍是自己coding)。同时，在开发过程中一些小细节问题有他们的提醒，确实让人很受益，当然不是说他们也没有问题。不过初次做Project，能做到这份上，应该算很KO的了。
这个项目给我的启发：
1.B/S开发的趋势应该越来越注重前端界面的开发，给人良好的用户体验。而至于后台的相关代码，大部分都可以采用ORM工具去生成实现。
2.一些小细节足以对整个系统造成致命的影响，有些时候一个数据库字段的数据类型的大小，也会给整个数据库的性能带来很大的影响，这在我以前的project是没有注意到的。
3.不可太轻信于开发工具,在这次开发中，一连碰到了几个VS.NET的Bug。虽则小事一粧，但还是让我又明白了一个道理，呵呵。
4.团队的力量大于个人的力量。以前是一个人在做所有的开发工作（从系统设计到框架搭建到代码编写到UI实现），现在至少有两个同事为我做coding.让我有更多的时间去考虑系统架构及UI界面方面的东西。
5.我对时间的管控还是过于放松。
6.我的UI退步了很多~~~
最后，放上几个截图：
登录界面：
系统首页：
左边的树：(我也是搞了比较长时间搞出来的，网上的都是写在UI上的)
后台登录界面：
后台就是一个权限分配系统了（可以通用）：
角色列表：
模块列表:
请多多指教！代码分享部分会另外分开。
[本日志由 admin 于 2008-12-09 03:30 PM 编辑]
上一篇: [译]连接池和 "Timeout expired"异常
下一篇: Web技术电子期刊2008年第12期(总第28期)
文章来自: 本站原创
引用通告: 查看所有引用 | 我要引用此文章
Tags: ABC作业成本数据平台 
相关日志:
评论: 0 | 引用: 0 | 查看次数: 6352
发表评论
