信息管理系统设计与实现模拟卷(2008-06-10)【荐】.docVIP

《信息系统设计与实现》模拟卷 1、简述结构化系统分析法的开发过程特点和适用范围（10）； 结构化分析方法（Structured Method，结构化方法）是强调开发方法的结构合理性以及所开发软件的结构合理性的软件开发方法。结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化开发方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等。针对软件生存周期各个不同的阶段，它有结构化分析（SA）、结构化设计（SD）和结构化程序设计（SP）等方法根据系统的特点和开发工作的难以程度或者风险的大小，一般采取下列开发策略： 　　接收式。即用户对信息的需求正确的、完全的和固定的，现有的处理过程和方法是科学的。根据用户要求和现有状况，直接编程，过渡到新系统。主要适合于系统规模不大，信息和处理过程结构化程度高，用户和开发者有较丰富的经验。 　　直接式。系统开发人员在调查后即可确定用户需求处理过程，而且以后变化不大。系统的开发工作可以按照某一种开发方法的流程，按部就班工作，直至完成任务。对开发者和用户要求高，在系统开发前对实际问题的状况完全清楚。 　　迭代式。问题具有一定的复杂性和难度，一时不能完全确定，需进行反复设计、分析、修改，随时反馈信息，发现问题，及时修正开发过程。对开发者和用户要求低，但耗时长，费用高。 　　实验式。需求确定性不高，一时无法制定具体的开发计划，只能反复试验。需要有一定的软件支持环境，在大型系统开发上具有明显的局限性。 　　实际开发过程中，开发的过程策略可分为： 　　自上而下：　从整体上协调和规划，由全局到局部，由长远到近期，从探索合理的信息流出发来设计系统。 　　自下而上：从现行系统的业务状况出发，先实现各项业务的具体功能，逐步由底层到高层，直至最后形成整个系统。 最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的角色（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述根 据我的经验，几乎每个开发人员都知道这个类图是什么，但是我发现大多数程序员都不能正确地描述类的关系。对于像图3这样的类图，您应该使用带有顶点指向父 类的箭头的线段来绘制继承关系1，并且箭头应该是一个完全的三角形。如果两个类都彼此知道对方，则应该使用实线来表示关联关系；如果只有其中一个类知道该 关联关系，则使用开箭头表示。