随笔分类 -  分析

摘要：Person 信息系统中人，所有人的信息就是Person对象的属性了，例如：FirstName,LastName,Card等等。Employee雇员信息, Person在一个公司的任职情况，例如：部门、级别等等。在多数的信息系统在设计时，Person 与 Employee 是设计在一起的，一般是够用的，但是再处理一些情况就力不从心了1.入职-->离职 ---- 再入职-->离职----再入职-->离职2.集团公司，分公司独立核算，有些人身兼数职。如果用Person-Employee分开设计的方式，这些问题就迎刃而解了Employee 可以定义为 Person 在一段期间的工作 阅读全文

摘要：HRMS中我们请假、加班是两大类，小类有很多，类如：请年假、请补休、请病假、节假日加班，平时加班等等这些都是根据业务进行分类，方便统计，这可好可以认为是一个维度在实际运行过程中有一些情况需要处理，就拿年假来说对说员工的年假可能休，可能作废，可能补工资等待，这些情况下加分类固然能解决问题，但是就增加了统计分析的难度。从统计分析的角度来看，最常用统计可能为：剩余年假、剩余加班等等这里我们加上财务的一些方法来处理1.加上科目（Account）概念:年假、加班2.加上借贷最后的数据行可能行如:StartData,Amount,BusinessTypeId,AccountId,DebitAndCredi 阅读全文

摘要：多套账之间要求隔离，每套帐的功能都一样，每一个套账就相当于一个分公司有两个方案：1.每加入一个分公司，就创建一个database，用来存储一个公司的业务。2.给每一个需要分开的表加上DbId字段用来区分，相当于分库存储。方案1：考虑到未来大数据量存储方案2：简单够用，没有考虑到未来大数据存储（未来有多远？？？？，未来会变成什么样，也不知）优选方案2：这个设计目的是针对集团-分公司，分公司独立核算模式，分公司的业务好解决，但到最后基本上会涉及到集团层面的综合分析这要求有查询的条件统计，例如：部门“01”表示行政部，应该所有的分公司的部门“01”都表示行政部，只有这样，统计结果才有意义这延伸出一个 阅读全文

摘要：最近用 windows8 ，刚开始很不习惯，用了两天，慢慢的喜欢上了这种风格公司的产品，级别高的栏目很多(常用的其实也很少)，级别低的栏目很少。借鉴 windows8 的这种布局，常用的用大标表达如同 windows8 中的“开始”，不常用就如同 windows8 k中的“所有应用”，可供检索，而系统原本的主界面就如同 windows8 “桌面”。对于务实的人来说，没用。但是，用户千千万，谁用谁知道。 阅读全文

摘要：Repository1.查询、保存数据2.处理数据跟据上下文权限过滤Service1.处理数据，无权限过滤概念 阅读全文

摘要：给表加上Code字段在信息系统的分析过程中可以参考财务里面的一些设计，所有的字典表，可用来选择的表（如员工、用户表、用户组表等）都可以附加一个字段Code,就像财务里的科目代码，当然Code字段需要加上唯一索引。这样的好处是为信息作一个归类，不但可以为用户的业务提供指导，在使用上也可以借助代码提高效率。部门表:IdCodeName101开发部20101研发部30102测试部用户组IdCodeNam... 阅读全文

摘要：三层架构、MVC、领域设计等等要解决的问题就是各行其道，业务做业务的事情，显示做显示的事情，这个大家都能理解。他们之间的该如何协助每个人的理解都不一样，这里我提供一种方法，供大家参考。我们知道，领取驱动设计提供了一种分类方法，使得我们有效的区分不同对象，其中部分值对象或引用对象给用户提供用于展现，仓储或服务为用户提供业务支撑。编程人员依据对象编写界面。这个过程没有问题，问题出现在细节上。三个对象表... 阅读全文

摘要：自然模板模板，主要为用户提供快速输入，使软件更适用用户的操作。因此抓住模板的本质才能更好适用性一般性设计一提到模板一般性的思维就是：1、分析模板结构。2、针对分析结果设计类和数据库结构3、定义模板进行编程（模板定义、模板数据应用）这样的过程中规中矩的，没有什么问题，其实对于大多数的模板是可以优化的。自然模板模板设计的目的是提供快速录入，因此模板的数据结构大多数情况下和目标应用最终结果的数据结构是一... 阅读全文

摘要：扩展字段设计 将类型也设计上，分类型存储，在统计和比较的时候省了不少麻烦。 FieldCodeFieldTypeFIntFDecimalFVarcharFDateTimeMSNVarcharxxx@msn.comSalaryDecimal2000.00xxxxxxxxxxxxx 阅读全文

摘要：单据数据结构设计单据形式 企业中的表单（请假单、加班单等等）大多数完成两个功能：一、审批；二、产生业务记录。一般情况下，会根据表单上字段所处的位置，将其设计为单据头、单据体那样一对多的关系。通一个业务可能表单的形式不尽相同，以加班单为例：有一人多天加班、有多人一天加班，有多人多天的加班。不论怎么变化，只是数据的表现形式不一样而已，只有遵循一定的设计方法才能应付这种变化数据结构设计方法对字段进行分类... 阅读全文

摘要：感受业务基本描述数据库范式、设计模式是从技术角度描述和优化业务，领域驱动从边界的角度描述业务，这些方法的目的都是为了让业务系统更稳定。现实却是：即使你用了这些设计方法可是设计的系统依然不是很稳定。其主要原因和程序设计经验没有太大关系，但却和如何理解业务有很大关系。感受业务业务人员描述的业务场景是有局限性的，需要设计人员去还原业务的本质。业务场景只是反应了业务的一个表象，可能还会有其他的。有时感觉业... 阅读全文

摘要：工资表组织数据看似简单问题，如果设计的奇妙可以简化程序编程。本能设计工资记录当初我设计的工资表记录是根据用户提供的工资条进行设计，工资条设计如下：姓名实发应发基本资扣税请假扣加班费交通补扣养老扣失业张三而我的第一印象也就是设计了工资明细表Salary(表结构)：EmpIDS01S02S03……………S99工资项目表SalaryDefine... 阅读全文

摘要：一、为业务分层 信息系统顾名思义就是管理数据的系统，而数据就是企业业务办理过程中产生的，所以信 息系统的建立必须围绕企业的业务展开。企业的业务数不胜数，如何来组织？答案就是： 根据业务的重要性，划分业务层次。一般情况下，四层就足够了，分别为：“A基本业务” （企业最核心的业务），“B重要业务”，“C一般业务”，“D延伸业务”。在分析企业业 务的过程中，只要业务按照ABCD的层次进行分类，根据不同层... 阅读全文