系统分析与设计
qinhl99
这家伙很懒,什么都没有留下……
展开
-
《人月神话》读书笔记(十二)——未雨绸缪,为变更而计划,程序维护的哲学
1、对于大多数项目,第一个开发的系统并不合用。可能太慢、太大,而且难以使用,或者三者兼而有之。要解决所有的问题,除了重新开始以外,没有其他的办法,即开发一个更灵巧或者更好的系统。系统的丢弃和重新设计可以一步完成,也可以一块块地实现。所有大型系统的经验都显示,这是必须完成的步骤;2、一旦认识到实验性的系统必须被构建和丢弃,具有变更思想的重新设计不可避免;3、用户的实际需要和用户感觉,会随着程原创 2008-09-21 17:07:00 · 836 阅读 · 0 评论 -
IBM的SOA方法论之一——五个切入点和八个场景
一、什么是SOA: 面向服务的体系结构(Service-Oriented Architecture,SOA)是一种 IT 体系结构风格,支持将您的业务转换为一组相互链接的服务或可重复业务任务,可在需要时通过网络访问这些服务和任务。当在战略业务目标的引导下进行 SOA 实现工作时,可确保对业务进行积极转换,并能够实现 SOA 的好处:IT 与业务的一致性和IT 资产的最大化重用。原创 2008-10-21 15:00:00 · 5190 阅读 · 1 评论 -
《人月神话》读书笔记(十六)——关于文档
1、文档和程序对于软件产品一样重要,即使是程序的用户是自己;2、培训和管理人员基本上没有能向编程人员成功的灌输对待文档的积极态度——文档能在整个生命周期对克服惰性和进度压力起到促进和激励作用,这样的失败,使由于没有能够展示如何有效地、经济的编制文档;3、大多数的关键文档包含了软件设计的一些重要决策,因此它们应该在程序编制之前开始编写和完成;4、为了使文档和程序更容易维护和同步,将文档合原创 2008-10-05 15:27:00 · 784 阅读 · 3 评论 -
NET 连接池救生员——如何监视连接池,防止溢出
NET 连接池救生员 http://msdn.microsoft.com/zh-cn/library/aa175863(SQL.80).aspx发布日期 : 4/1/2004 | 更新日期 : 4/1/2004NET 连接池救生员 防止可淹没应用程序的池溢出 William Vaughn 大多数 ADO.NET 数据提供程序使用连接池,以提高围绕 Microsoft转载 2008-10-07 13:35:00 · 1065 阅读 · 1 评论 -
《人月神话》读书笔记(十四)——如何测试和集成
1、煞费苦心的、详尽的设计不但使得产品更容易使用,而且更容易开发,bug也少;2、许许多多的失败,完全源于那些产品未精确定义的地方;3、在编写代码之前,必须将规格说明提交给外部的测试小组,以详细的检查其完整性和明确性,开发人员无法自己完成这项工作;4、自上而下地进行设计,逐步细化是最重要的软件开发方法之一,至今天也依然是这样,不管是对于大型的软件和小型的软件;5、好的自上而下的设计原创 2008-10-05 13:59:00 · 663 阅读 · 0 评论 -
《人月神话》读书笔记(十五)——项目是怎么延期的
1、一天一天的进度落后比重大灾难更难以识别和防范、弥补,而进度的延误大多是一天一天的积累下来的,因为重大的灾难发生的概率不是很高;2、里程碑的定义必须是具体的、特定的和清晰可度量的,以至于自欺欺人时,程序员很少就里程碑的进展弄虚作假了;3、慢性进度偏离是士气杀手;4、不存在关键路径进度的替代品,使人们能够辨别计划偏移的情况;5、PERT图的准备工作是使用PERT图最有价值的部分,包原创 2008-10-05 14:41:00 · 1054 阅读 · 0 评论 -
《人月神话》读书笔记(十三)——干将莫邪
1、项目经理应该制定一套策略,并为通用工具的开发分配资源,并意识到专业工具的需求;其实,对过去的确应该是这样的,但现在已经完全不同,主流的开发所用到通用软件和专业软件现在已经很丰富,对于我们一般的开发来说,已经足够了,需要的是,我们去学习使用,掌握这些工具,而不是去开发,但是,对于学习专门分配资源也是非常必要的,因为巧匠因为它的工具而出名。工具的重要性是不言而喻的,您看做足底按摩的,擦皮鞋的都有一原创 2008-10-05 13:35:00 · 1389 阅读 · 0 评论 -
《人月神话》读书笔记(十七)——没有银弹,软件工程中的根本和次要问题
1、所有软件活动包括:根本任务——打造由抽象软件实体构成的复杂概念结构。次要任务——使用编程语言表达这些抽象实体,在空间和时间限制内将它们映射成机器语言。2、软件任务中的必要活动,也就是那些和构造异常复杂的抽象概念结构有关的部分: 仔细地进行市场调研,避免开发已上市的产品。 在获取和制订软件需求时,将快速原型开发作为迭代计划的一部分。 有机地更新软件,随着系统的运行、使用和测试,逐渐添加原创 2008-10-05 15:41:00 · 1998 阅读 · 0 评论 -
需求,这真的是“需求”吗?——论需求的层次及若干问题(1)
需求的漫画: 关于需求问题,有一幅漫画十分生动地展现了这些问题(这幅漫画我其实最早是在07年一次“敏捷中国”一次软件开发技术人员日上上见到的),如果我们认真剖析后面的东西,还是会给我们的工作带来许多启发的: 究其原因,这幅漫画给人最大的启示就是在需求沟通过程中产生了严重的失真,从客户的描述到项目经理的理解、分析员分析并文档化、程序员的编码、商业顾问的诠释,每个角原创 2009-09-23 19:57:00 · 3593 阅读 · 1 评论