项目

一 项目规划

1.项目需求:

      1)大方向上的需求:项目的宗旨,理念,核心价值等等,这是项目最终是否能成功,前景有多远的决定因素

      2)功能需求:细节需求是为了支撑和实现大的需求,具体到某个工能是否可用,某个页面是否好看,某个流程是否完善

       1 功能需求的落实:剖析每个功能点,所需要的资源

2018-10-15:每个项目都有它的核心需求,实现需求的方式有很多种,根据当下技术和环境,扩散出实际需求(主需求,一定要紧贴核心,偏离核心需求,项目就会失败)

      核心就是主要价值所在,把握不住核心,很容易失去价值

      2 项目需求理解不清楚,带来的就是返工,延期,作为项目管理者,必须要规避的损失

2018-11-23:需求衍生,一个需求客户提出来,如果只做它是完全没有意义的,让做出来的东西有意义才是客户最终想要的,这里就涉及到需求衍生,让需求变的有意义可能才是工作量绝大部分

2 项目设计:

      1.设计角度:整体性,功能性,效率性能,安全性等等

      2.设计阶段:项目从发起,到交付上线正常使用,这个过程每个阶段,要做不同的设计

2018-10-29: 数据设计

      1 开发测测试和生产使用,会出现很多问题,原因是数据:数据可能是各种各样,数量也可能会很多,开发测试基本都是常用的,少量的数据

        1)对于生产使用而言,数据即是业务,

        2)对于设计开发测试,数据也是需要考虑的重要因素

3 设计理念:

      1 数据库设计 :数据库是一个项目的核心部分之一,关系项目所有的点和面

             1)全局观念:设计的时候就需要知道这个项目所需要的所有需求

             2)局部观念:要知道每个需求所需要的功能点

               3)细节观念:每个功能点所需要的元素成员,技术点,

             4)容错观念:严谨的数据库设计,能避免程序员的错误,测试等等,造成数据错误(设计初就要 限制数据库不能有这种数据存在)

             5)性能观念:数据库的运行性能,直接关系到项目级别,用户舒适度

             6)阅读观念:表名,字段名,顺序,注释等等,都影响的表阅读的难易度,有些数据库一眼看上去就是舒服,优美,有些就乱七八糟的拼凑

             7)流程观念:按功能模块和流程设计

4 数据库设计

       1 数据功能相似,到底拆表,还是合表,拆表 维护成本高,但 独立,可扩展性高,合表维护成本低 ,但数据太乱

2018-11-07 做成功的项目

抓重点,重点,不要被不重要的东西牵扯,消耗太多精力,资源真的是有限,不管在什么情况下

2018-11-09 : 关于动态逻辑设计

理念:后台维护逻辑,也就后台维护一个值,这个值带有特定的逻辑

问题:文字可以描述一段逻辑,但代码逻辑是死的,是什么就是什么,描述的逻辑,无法凭空产生,更不能和原有的逻辑关联

原文地址:https://www.cnblogs.com/jianyi12/p/9186547.html