[计算机]项目 - 随笔分类(第2页) - mrfangzheng

结果总是由过程得来的

摘要：对于项目开发, 客户要的是一个结果. 然而, 结果总是由过程得来的. 要得到成功的结果必须控制好过程.最基本的前提: 人总是会不断的犯错误.过程跟踪.过程必须有详细的日志, 以便未来总结经验和教训.不要指望一步到位.过程不是只有起点和终点,中间会经过层层迭代, 步步为营.目标太大了, 把它分解成一小份一小份的, 各个击破.必须不断修正. 过程从来就不是一条直达目标的直线, 它总是曲曲折折的, 在不... 阅读全文

posted @ 2009-12-16 10:46 mrfangzheng 阅读(208) 评论(0) 推荐(0)

项目：如何对待错误?

摘要：从防守的角度看, 项目的目标不是成功, 而是不失败.制定判断错误的标准和方法定时检查项目流程是否有错记录所有错误, 相同错误不会重复发生绝不姑息错误, 有错必改详细记录日志, 一有错误就知道哪里出错了阅读全文

posted @ 2009-12-08 13:13 mrfangzheng 阅读(206) 评论(0) 推荐(0)

软件开发在于2个字: 变和错

摘要：变客户的需求在不停的变化, 计算技术也在不停的发展, 然而很多本质的东西却没有改变. 如何把变与不变分开?错谁都无法写出没有bug的程序. 错误是一定存在的. 那么, 如何验证你的代码是对的还是错的? 其次, 一旦出错了, 如何快速的找到原因并平滑的修补? 阅读全文

posted @ 2009-10-14 17:29 mrfangzheng 阅读(182) 评论(0) 推荐(0)

项目各方面的目标

摘要：(人)客户: 负责人(人)团队: 制度管理, 赏罚分明, 责任到人,交流通畅需求: 目标明确, 跟踪变化设计: 层次清晰, 易于扩展开发: 易读, 易测试, 易跟踪阅读全文

posted @ 2009-10-14 17:18 mrfangzheng 阅读(216) 评论(0) 推荐(0)

软件运行流程

摘要：软件运行流程启动打开日志配置异常处理日志记录 : 运行环境, 用户名, 权限日志记录 : 本软件名称和版本日志记录 : 每个组件的名称和版本分析命令行参数检查上次是否正常退出, 并清除正常退出标记检查是否升级缓冲是否有升级文件,有则进行升级,注意升级备份加载配置文件:默认全局配置文件,全局配置文件,个人配置文件运行日志记录: 配置文件的版本运行输入时钟输入用户输入其他组件输入创建与销毁业务对象操... 阅读全文

posted @ 2009-10-14 10:39 mrfangzheng 阅读(387) 评论(0) 推荐(0)

写一个Attribute用于标注类的核心函数, 方便阅读

摘要：写一个Attribute用于标注类的核心函数, 方便阅读 [ImportantFunction]public void DrawMainArea(){ } 阅读全文

posted @ 2009-08-12 16:12 mrfangzheng 阅读(208) 评论(0) 推荐(0)

每个软件都应该考虑的问题

摘要：版本, 日志, 备份, 安全, 自定义, 命令行, COM组件阅读全文

posted @ 2009-07-29 22:37 mrfangzheng 阅读(256) 评论(0) 推荐(0)

组成UI的元素

摘要：组成UI的元素有: Data 所有要显示在UI上的数据 Data Format 数据的格式 Flow UI界面间如何跳转, 跳转的条件 Control Status UI控件的状态, 可用,不可用,焦点等 Layout 布局, 包括: 位置, 尺寸 Action and visual feedback 交互 Style 样式, 包括:字体,颜色 Animation 动画, 哪些地方... 阅读全文

posted @ 2009-07-15 09:09 mrfangzheng 阅读(309) 评论(0) 推荐(0)

DemoFlowControl

摘要：为每个UI做一个Demo用的控制, 用于演示各种参数下UI的显示. 阅读全文

posted @ 2009-07-13 23:11 mrfangzheng 阅读(146) 评论(0) 推荐(0)

"复述一遍"是沟通的好办法

摘要：为了确保自己理解别人说的话，主动用自己的语言把他的话复述一遍。为了确保项目组中每个人都理解，要求每个人都复述一遍。阅读全文

posted @ 2009-03-07 22:11 mrfangzheng 阅读(413) 评论(0) 推荐(0)

如何做项目

摘要：团队 : 制度管理, 赏罚分明, 责任到人强调制度, 团队精神娱乐活动听取成员反馈意见人员激励, 多赞美, 多鼓励沟通交流 : 每个人都列出自己清楚的和不清楚的团队成立会：互相介绍, 宣读团队制度, 明确每人职责项目需求分析会I & 项目约定讨论会 : 对需求进行初次分析, 会前把需求分析(如下)要做的工作发给每个人讨论项目中的约定 : 比如使用什么工具, 文档格式, 命名约定每日早晚例... 阅读全文

posted @ 2009-02-18 21:56 mrfangzheng 阅读(273) 评论(0) 推荐(1)

新进入项目要做的事情(未完)

摘要：项目背景: 规模,历史等项目中的人: 项目经理, 客户, 各个职位的同事直接上司汇报对象是谁汇报方式得到称呼和联系方式读产品的"帮助"(如果有的话) 读文档, 之前最好问清楚文档的顺序如果有问题该问谁多看几遍各种规范做好笔记: 大纲, 疑问分析项目工程主要开发工具和辅助工具第三方库测试工具日志工具数据库源代码的结构, 入口点, ... 阅读全文

posted @ 2008-10-09 15:10 mrfangzheng 阅读(181) 评论(1) 推荐(1)

常见的客户需求变更搜集(未完)

摘要：变更对策增加/减少字段把字段封装在类中(属性)对新增字段要修改的地方包括:数据库存, 取, 对象拷贝, 验证阅读全文

posted @ 2008-10-09 14:35 mrfangzheng 阅读(221) 评论(0) 推荐(0)

管理项目风险(未完)

摘要：名称发生前:如何防范发生后:如何处理需求不明详细的需求文档,用户签字系统UI原型提供原型示例让用户一起参与原型迭代需求变更用户签字质量低下测试技术难关不用最新技术而用成熟的技术人员变动详细的文档能够帮助新成员很快进入状态工期不够阅读全文

posted @ 2008-09-03 14:46 mrfangzheng 阅读(205) 评论(0) 推荐(0)

项目步骤

摘要：准备项目管理工具, 准备项目文档文件夹结构, 内部新闻发布工具需求分析 Use cases 设计文档项目风险分析一般性风险: 需求变更, 人员变动...; 项目特定风险 UI设计 (其实是在理解需求) 接口设计建模 (还是在理解需求, 并且分析和封装可能的变化) 测试测试用例测试数据 (仍然是在理解需求, 从结果的角度确保理解正确... 阅读全文

posted @ 2008-06-26 18:03 mrfangzheng

多角度审视项目

摘要：风险项目的风险有哪些? 人客户, 开发者成本时间分配时间都花在什么地方了? 需求变更, 错误修改, 反复测试时间现在未来阅读全文

posted @ 2008-06-25 17:10 mrfangzheng

如何满足客户需求?

摘要：团队组成: 客户需求配置界面漂亮美工运行稳定测试 bug能够迅速修正日志需求变化架构师说明书文案各方利益: 客户方利益, 客户方决策者的个人利益公司利益, 上司利益, 团队每个人的利益阅读全文

posted @ 2008-05-28 12:53 mrfangzheng

客户环境, 项目工具

摘要：注意客户环境和开发环境是完全不同的. 客户环境:没有编译,调试环境, 没有源代码. 因此必须使用日志来记录软件的错误. 客户环境下如何替换组件客户环境下转换到调试模式客户可能安装过本软件以前的版本. 如何和以前版本共存? 如何升级到新版本? 客户如何恢复断电等原因造成的错误. 如... 阅读全文

posted @ 2008-05-28 10:09 mrfangzheng

随笔分类 - [计算机]项目