阿朱原创:完成不可能完成的任务(0分)

阿朱

Unregistered / Unconfirmed
GUEST, unregistred user!
如果你不会UML,如果你不会OO,如果你不会设计模式,如果你缺少系统分析师,系统设计师,测试员,
文档员,实施人员,售前咨询人员,甚至程序员,如果老板给你的开发时间都是不可能完成的时间
我们怎么可能完成?
答案是:可以
方法难吗?
答案是:不难,就在下面
什么样的产品算一个好产品:
实用:工作中必须的不能缺,工作中可有可无的不能有
易用:用标准的WINDOWS界面规范,用用户最熟悉的单据报表术语,简述与明细要分开
高性能:下面有讲解
稳定:下面有讲解
易阅读:下面有讲解
易修改:目前正在系统架构这一层面上进行研究,怎么少改动而不触及其他
易实施:下面有讲解
按计划控制,尽早推向市场:下面有讲解
为了熟悉系统业务:
按照核心字典模块,核心业务模块,核心报表模块的顺序说明
术语解释
复杂和特殊业务说明,结合写关键表字段的操作
为了熟悉表结构:
1表间关系,分清字典表[又分为应用系统用字典表不可清除,用户字典表可清除],业务表
2表各字段说明,尤其是标志位
为了熟悉代码:
1统一组件名缩写
2用业务命名和注释
3小函数和流程函数
4明确报错
5集中校验业务规则:必录项,数据类型,业务规则
为了高性能:
1如何设计数据库
2如何优化SQL
3如何控制事务
为了测试:
1只测试关键核心业务模块
2测试分为:数据字典,核心业务处理,关键日报月报,不测试统计分析型报表
3错误的数据输入在做工程时遇到就改正
4常用处理功能的测试:
正确的正常数据,正确的操作,要得到正确的输入数据和表存储数据和报表输出,界面控制
正确的临界数据,正确的操作,要得到正确的输入数据和表存储数据和报表输出,界面控制
5特殊处理功能的测试:
正确的正常数据,正确的操作,要得到正确的输入数据和表存储数据和报表输出,界面控制
正确的临界数据,正确的操作,要得到正确的输入数据和表存储数据和报表输出,界面控制
为了可扩展:
1函数化
2先写功能框架,再写数据存取操作,最后写数据的界面输入和输出
3各功能的源码文件的分离
4 DLL化
5组件化
6中间层集中化
为了现实的控制进度:
1软件本次版本开发重点的确立
2核心功能需求收集
3业务框架描述
4代码框架编写
5表结构设计,编写工程表结构说明
6数据保存和计算编写,测试,编写工程数据流与业务流说明
7界面设计
8界面输入输出编写,测试
9细化业务描述,表结构改变,界面改变,增强编写工程数据流与业务流说明
10细化编写
11测试,编写数据准备规范,编写数据校验工具,编写系统初始化文档
12优化核心功能的性能
为了好数据准备:
数据准备规范,数据校验工具
为了系统初始化配置:
1操作系统,数据库打各种补丁
2IP的设置,操作系统登陆权限设置
3时间同步和时间格式,屏幕分辨率设置
4打印机自定义纸张设置
5 DEMO库,公共DLL的齐备
6按照各种JOB,任务计划
7清除业务表数据
8初始化表数据
为了上线后跟踪错误和后续支持:
技术FAQ,业务FAQ
为了服务收费:
1在线支持费,电话支持费,现场支持费,升级安装费
2培训费
3资料费
4上线实施费
5客户化费
6产品费
为了需求调查:
1找人:需求能确定的人,对业务精通的人
2收集资料:
a这个科室有哪几类角色,各主要完成哪些主要业务,按每日,每月,每年分等级
b在做业务时填写什么单据或操作什么数据,哪些必填,哪些可不填
c每日,每月,每年上报什么报表,格式如何
d这个人对计算机熟悉程度,对系统响应要求程度,对金额准确要求程度
为了缩短实施时间:
1实施时间主要消耗在二次开发和上线查错
2二次开发主要消耗在实施人员对业务不熟悉,把大量问题都扔给客户化定制,必须加强实施人员业务知识
3上线差错主要消耗在各种情况难以预料的小错误排除上,也有一部分错误是由于字典数据有问题。增加技术FAQ和业务FAQ知识库势在必行。
对业务流和数据流的文档也必须加强。并且加强数据字典准备规范,数据校验工具,数据清表SQL,表结构说明
 
您讲的东西很实用,希望能在网上发表初稿,让大家共同讨论,完善,最后您再加以完善出书.
 
佩服!!!
 
接受答案了.
 
顶部