没事整理的一点业务分析原则，望各位指教一二，谢谢！

zhf406 2003-09-23 09:48:33

角色定义
１．角色定义粒度应当尽可能的细
２．角色不等于人或一个岗位
实体属性定义
１．数据关联
２．操作人、操作时间记录
３．状态
４，数据子集支持
５．方便统计
流程
１．是计划就有可能需要审核
２．当一条记录在两个人都参与了后，应该不能随便删除、修改
界面设计
１．主要界面可分为：维护界面（增加、删除、修改、审核、确认）、查询界面
２．界面流转流程：先查询－查看明细－进行维护
分析类定义
１．每个实体都应该有一个实体控制类
２．每个子业务可以作为一个业务界面类（Facade)

...全文

25 10 打赏收藏转发到动态举报

写回复

用AI写文章

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

zhf406 2003-09-26

打赏
举报

看来在分析这一块，如果能有一份标准术语表就好了，不知道有没有，如果有的话，希望有人给贴出来，这样，大家以后讨论问题也就不会产生一些误会了

zangyong 2003-09-26

打赏
举报

mark，过会看

luoda 2003-09-26

打赏
举报

我觉的比较好的办法是在对角色进行功能分配的时候，绑在一起分配的那些功能
一般是由一个角色来使用的，需要形式这个角色的用户从这个角色范化，或组合这个角色

JingGG 2003-09-26

打赏
举报

哈哈
我粗看“界面”两字，以为你在说“边界类”
原来是facade模式啊，那当然没问题
其实，我们说的是一码事
你的业务界面层（代理类），即我用控制类实现的部分
而你说的控制类，即我指的管理类

arfayr 2003-09-25

打赏
举报

界面层
界面控制层
业务层
实体控制层
实体层
数据库

zhf406 2003-09-25

打赏
举报

呵呵，业务逻辑由业务界面类来封装并不表示界面就会直接和它交互，在这里我的业务界面类就是 arfayr(阿飞)同志所说的业务层了，在界面层和业务层之间，在我们的系统由一个代理类来完成（也就是arfayr(阿飞)的业务界面层）；
谢谢俩位。

看来桃花岛的人越来越多了，都用到了人事管理信息系统了

JingGG 2003-09-25

打赏
举报

封装业务逻辑的在这里是由业务界面类来封装的
-------------------------------------------
这样不好吧
因为边界类一般都在客户端完成，如果把业务逻辑轻易的暴露到客户端的话
首先是不安全，其次，如果业务逻辑发生变化的话，必须对所有的客户进行升级，很麻烦
再有，类过多的话，管理也十分不便，易发生类风暴的问题

BTW:黄容现在好吗？:)
--------------------------------------------
现在在桃花岛，写桃花岛人事管理信息系统:)

termite 2003-09-24