上一页 1 ··· 8 9 10 11 12 13 14 下一页
摘要: 4)功能性内聚是最高程度的内聚,它的优点是她们的功能明确,模块间耦合简单。耦合一般模块之间可能的连接方式有七种,从而构成了耦合性的七种类型。 1、非直接耦合:如果两个模块之间没有直接关系,它们之间的联系是通过主模块的控制和调用实现的。 2、数 据 耦 合 :如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据。 3、特 征 耦 合 : 如果一组模块通过参数表传递记录信息。 4、控 制 耦 合 : 模块通过传递开关、标志、名字等控制信息,明显地控制选择另一模块的功能 5、外 部 耦 合 :允许一组模块都访问同一全局简单变量。 6、公 共 耦 合 :允许一组模块访问同一全局性的... 阅读全文
posted @ 2010-10-23 10:29 转航 阅读(161) 评论(0) 推荐(0) 编辑
摘要: 首先介绍两个概念:信息隐藏和局部化信息隐藏:使得一个模块内包含的信息(数据和过程)对于不需要这些信息的模块来说是不能访问的。局部化:是指把一些关系密切的软件元素物理地放的彼此靠近。在我们开发软件,应用模块化原理时,自然会产生的一个问题就是如何分解软件,才能得到较好的一组模块(即便于维护和修改的)呢?隐藏这时候就派上了用场。按照它设计的模块,独立的模块间仅仅交换那些为了完成系统的功能而必须交换的信息。绝大多数数据和过程对于软件的其他部分而言是隐藏的,当我们在以后修改的时候,就减少我们由于疏忽而引入的错误。而且我们在修改时,不必将代码量动的太多。而模块独立性是模块化、抽象、信息隐藏和局部化概念的直 阅读全文
posted @ 2010-10-23 10:11 转航 阅读(610) 评论(0) 推荐(0) 编辑
摘要: 什么是还原点:表示计算机系统文件的存储状态。“系统还原”会按特定的时间间隔创建还原点,还会在检测到计算机开始变化时创建还原点。此外,还可以在任何时候手动创建还原点。什么是系统恢复? 利用Windows XP的系统恢复功能,用户(系统管理员和所有者)在遇到问题时可将机器还原到以前的状态。系统恢复功能自动监控系统文件的更改和某些应用程序文件的更改,记录或存储更改之前的状态。具有系统恢复功能后,用户不必再考虑为系统保存snapshots,因为它可以自动创建易于标识的还原点,允许用户将系统还原到以前的状态。还原点在发生重大系统事件(例如,安装应用程序或驱动程序)时创建,同时也会定期(每天)创建。此外. 阅读全文
posted @ 2010-10-23 09:04 转航 阅读(811) 评论(0) 推荐(0) 编辑
摘要: 1、复制粘贴。但是如果我们的图中用到了中文,就会出现乱码的现象。我们可以这样解决。打开rose-> 选择菜单tools-> 选择options-> 选择general 在default font处点击font按钮,在字体选择框中:字体选择宋体,字符集选择CHINESE-GB2312; 在documentation window font中,点击font按钮,在字体选择框中:字体选择宋体,字符集选择CHINESE-GB2312; OK,再复制粘贴的时候,就不出现乱码了。2、我们也可以将rose中的图发布了。rose中web发布:tools->web publisher;在 阅读全文
posted @ 2010-10-22 21:22 转航 阅读(124) 评论(0) 推荐(0) 编辑
摘要: 用例图: 基本元素:角色,用例,关系 主要属性:事件流;前置条件;后置条件;特殊要求;扩展点;问题说明 事件流包括基本流和备选流前置条件和后置条件可以用于用例的验证和 评审 用例的范围分为概述级;用户目标级;子功能级 用例注意点:应该清晰的定义系统边界防止用例过多应该从执行者的角度来命名用例 避免执行者和用例之间的关系太复杂 注意用例的大小是否恰当避免用例描述混乱 区分用例分解和功能分解避免客户不能理解用例的情况发生 有些场合,用用例来描述需求是不合法的 用例图的作用:重在应用;重在交流;重在事件流的描述 描述了一个系统应该执行什么或应该有什么外部系统 如何绘制用例图 1、记录需求特性 2、识 阅读全文
posted @ 2010-10-06 21:56 转航 阅读(624) 评论(0) 推荐(0) 编辑
摘要: 软件测试:在程序员对每一个模块的编码之后先做程序测试,再做单元测试,然后在进行集成测试,系统测试,验收(确认)测试,平行测 试,人工测试,其中单元测试的一部分在编码阶段就开始了,测试横跨开发与测试两个阶段,又有不同的人员参加,测试工作本 身是复杂的。软件测试目的:测试是程序的执行过程,目的在于发现错误 一个好的测试用例在于能够发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误软件测试原则:应当吧尽早的和不断的进行软件测试作为软件开发者的座右铭 测试用例应由测试输入数据和对应的与其输出结构这两部分组成 程序员应避免检查自己的程序 在设计测试用例时,应当包括合理的输入条件和不合理的输入条 阅读全文
posted @ 2010-09-12 16:44 转航 阅读(154) 评论(0) 推荐(0) 编辑
摘要: 选择语言的原则 最少的工作量原则 最少技巧性原则 最少错误原则 最少维护原则 减少记忆原则总原则:先求正确后求快 先求清晰后求快 求快不忘保持程序正确性 保持程序整洁以求快 不要因效率而牺牲清晰好程序标准:易于测试和调试 易于维护 易于修改 设计简单 高效率结构化程序设计主要包括两方面: 在编写程序时,强调使用几种基本控制结构 在程序设计过程中,尽量采用自顶向下和逐步细化的原则,由粗到细,一步步展开结构化程序设计的主要原则: 使用语言中的顺序、选择、重复等有限的基本控制结构表示程序逻辑。 选用的控制结构只准许由一个入口和一个出口 复杂结构应该用基本控制结构进行组合嵌套来实现 单入口,单出口 自 阅读全文
posted @ 2010-09-12 15:24 转航 阅读(180) 评论(0) 推荐(0) 编辑
摘要: 软件设计的概念与原则: 将软件划分为若干独立成分的依据 怎样表示不同的成分内的功能细节和数据结构 怎样统一衡量软件设计的技术质量软件设计过程 制定规范 软件系统结构的总体设计 处理方式设计 数据结构设计 可靠性设计 编写概要设计阶段的文档 概要设计评审软件设计基础: 自顶向下,逐步细化 软件结构 程序结构 网状结构 树形结构 (纵向叫深度,横向叫宽度) 结构图 模块化 抽象化 信息隐蔽 模块化:模块是数据说明、可执行语句等程序对象的集合,模块可以单独被命名的而且可通过名字来访问。例如过程、函数、子程序、宏等 等都可作为模块模块独立性是软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中 阅读全文
posted @ 2010-09-12 11:18 转航 阅读(369) 评论(0) 推荐(0) 编辑
摘要: 软件需求分析的任务:深入描述软件的功能和性能 确认软件设计的约束和软件同其他系统元素的接口问题 定义软件的其他有效性需求软件需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的“做什么”的问题。需求分析的过程 问题识别 分析与综合(面向数据流的结构化分析方法sa,面向数据结构的jackson方法jsd,结构化数据系统开发方法dssd,面向对象的分析方 法ooa等) 编制需求分析阶段文档(软件需求说明书,数据要求说明书,初步的用户手册,修改、完善与确定软件开发实施计划) 需求分析评审需求分析的原则:需要能够表达和理解问题的信息域和功能域要能以层次化的方式对问题进行分解 阅读全文
posted @ 2010-09-12 09:37 转航 阅读(227) 评论(0) 推荐(0) 编辑
摘要: 问题定义为软件需求分析功能与性能的依据问题定义内容:问题背景,开发系统那个的现状,开发的条件与理由,总体要求,问题的性质,类型转换,什么目标,开发条件,环境要求 等可行性研究的任务:使用最小的代价在尽可能短的时间内确定问题是否值得去解决。也就是说可行性研究的目的不是解决问题,而是确定问 题是否值得去解决。研究在当前的具体条件下,开发新系统是否具备必要的资源和其他条件。一般说来,从经济可行性、技术可行性、操作可行性、法律可行性、时间可行性五个方面去考虑可行性研究的步骤: 复查系统规模和目标研究目前正在使用的系统导出新系统的高层逻辑模型重新定义问题 导出和评价供选择的方案 推荐一个方案并说明理由 阅读全文
posted @ 2010-09-11 16:43 转航 阅读(114) 评论(0) 推荐(0) 编辑
上一页 1 ··· 8 9 10 11 12 13 14 下一页