![](https://img-blog.csdnimg.cn/20201014180756919.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
思想整理
iteye_2421
这个作者很懒,什么都没留下…
展开
-
如何辨别用户需求应该属于M/V/C的哪个部分?
试图将用户需求合理的划分到M/V/C各个层次上,往往不是那么轻松的事情。 一个很简单的例子:人员管理。对象包括部门、人员。一个部门下可以有多个人员。 在普通的增删改查操作下界限是清晰的。 需求1 要求在部门列表、部门编辑时展现部门内的人员总数。 这个值加在哪里? M:将这个统计数视为部门对象的一部分。这种设计思路一直是很有争议性的 C:临时性获得这个值,似乎是比较正...2006-12-25 15:32:01 · 169 阅读 · 0 评论 -
系统出了问题怎么办
系统涉及部门很多,有使用部门、维护部门、多个软件开发商、硬件厂商、系统软件厂商等等 有时系统会出问题,出了问题不能随便修,一旦修坏了就要背好大的责任,一定要先写问题报告,而这份报告的写法就很有讲究了。 又分为两类,一类是问题还没有解决,另一类是问题已经解决 对于问题还没有解决的 1、整体情况说明。 要点:突出情况已经得到控制(影响范围必须是明确的,必须有解决方案) ...2006-12-30 18:31:01 · 201 阅读 · 0 评论 -
异想天开的项目实施
主要由分析和设计人员,分析人员负责用户沟通和谈判,兼用例级别的测试,设计人员兼开发和单元测试 4小组轮流不间断实施,2-4对一组,6小时一换。 另外有独立的公共支持组,专门负责过程中的各类记录和分析/后勤支撑。 一年工作六个月,三个月训练/培训/学习/模拟新战术,三个月纯休假。 ...2007-03-21 21:34:48 · 133 阅读 · 0 评论 -
数学和软件
数学和软件 在我个人的软件开发过程中,自认为得益于数学基础训练较多,但具体有何联系,又感觉说不太明白。 正好论坛中有人提及,借此机会整理一下自己的思路,和大家共享。 用户说:金额大于50万的合同,需要部门经理审批,金额大于100万的合同,需要总经理审批。 用数学语言表述,可以相当于这样一个函数 处理流程=F(合同金额),根据合同金额的差异进行不同的处理 一般...2007-03-22 14:21:53 · 146 阅读 · 0 评论 -
数学和软件(续)
看来大家对数学还是很有兴趣,但我还是很遗憾的看到大多数人对数学和软件开发的理解还是数学算法这个层面。 那么我继续尽我所能来揭示数学和软件两者思考的共通性。 这次考虑的是重构,要点之一是不要重复,因此需要找出几段代码之间的共同点。 从数学角度考察两个多项式 x^2-5x-6和x^2+4x+3 哪一部分是重复的呢? 从表象上看似乎是x^2,但是深入的考察发现两者可以被改写为...2007-03-26 10:52:10 · 106 阅读 · 0 评论 -
数学和软件(3)——从勾股定理说起
勾股定理是大家都很熟悉的,课本上也有证明。 从一般知识获得的角度,事情就到此为止了,接下来就是如何应用这个知识了。 然而从数学研究的角度,有很多个方向可以不断深入: 1、是否有其他的证明方法?通过不同的证明方法的讨论可以获得更多的思路 2、该定理是否“放之四海而皆准”?是否有隐含的“必要条件”(勾股定理只在欧氏空间中成立,在非欧空间中不成立),如果必要条件不满足,那么是否有同样的结...2007-04-04 11:54:45 · 126 阅读 · 0 评论 -
技术推广APK
看到一篇文章,提到学术PK(academic PK),简称APK 觉得挺有趣的,可能适合用于公司内的新技术推广 1 APK 参与者为三队,K队为问题/论题主讲方,是自以为掌握了该问题的人(king of this problem),想通过APK来验证,加深自己的理解。 P队为挑战方,主要是由想深入掌握该问题的人组成(不排除也自以为熟悉该论题而想挑刺为乐的人 pauli type),也愿意...2007-07-02 10:01:41 · 109 阅读 · 0 评论 -
软件分工
合理的分工可以提高总体产能 因为员工可以专注,大幅度提高生产效率,再通过合理的过程将不同技能的员工组织起来,总体产能就可以大幅度提高。 在软件开发业,分工的效果似乎并不象制造业那么明显。 主要是由于双重复杂度引起的,即业务复杂度和技术复杂度。 由此形成了两个主要的分工模式 分析、开发、测试的分工方式可以分离技术复杂度,但无法分离业务复杂度。 第三方产品、框架在不同的层次...2007-07-02 10:23:23 · 193 阅读 · 0 评论