OO系统分析.docVIP

1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 3 2系统结构模型 3 2.1初始对象表 3 2.2初始类图 4 2.3细化类图 4 2.3.1属性的识别 5 2.3.2 操作的识别 6 2.4三层精化类图 7 3系统行为模型 8 3.1交互模型 8 3.2状态模型 9 概要设计说明书 1引言 1.1编写目的 编写本说明书的目的是说明系统的静态结构及动态结构，包括初始的类模型、细化的类、动态交互模型，为进一步的设计和开发提供依据。 预期读者为：软件开发的人员，项目评审人员，及软件测试人员。 1.2背景 说明： 待开发软件系统的名称：聊天室系统； 本项目的任务提出者：李伟，陈梓初，戴思远，让涛，王梦君； 本项目的任务开发者：李伟，陈梓初，戴思远，让涛，王梦君； 用户及实现该软件的计算中心或计算机网络：个人电脑； 该软件系统同其他系统或其他机构的基本的相互来往关系：本系统可作为日常生活或办公中的即时聊天工具。 1.3定义 用户输入：用户输入的用户名及密码 用户名及口令与用户分类信息：存放在一个数据库表中，用以判断该用户是普通用户还是管理员用户； 公告系统：公布一些系统的最新信息，应用。 用户管理：用户可以查找，添加好友，以及对好友进行分组，设置好友对自己的访问权限等管理，用户的级别越高，拥有的权限就越多。 聊天管理：用户可进行一对一的私人聊天，也可在拥有一定权限后建一聊天室或被别人邀请进入聊天室进行多人聊天，聊天时可选择相同的背景音乐。 文件管理：用户可以上传一些文件，如音乐，图片等，拥有权限的好友可以进行使用，下载等操作，但上传的文件不能拥有不和谐的内容，否则管理员将对其进行删除。 1.4参考资料 1. 孙涌等编，现代软件工程，北京希望电子出版社2002年 2. 齐治昌等，软件工程（第二版），高等教育出版社，2004 3. Pressman R S. Software Engineering: A Practitioner’s Approach. 3rd 4. 郑人杰等，实用软件工程（第二版），清华大学出版社，1997 2系统结构模型 2.1初始对象表 通过对需求的分析，提炼出可能的对象/类，这是面向对象系统分析设计的关键，也是难点所在。为了准确识别系统的类和对象，从以下三个方面进行考虑： 1、考虑系统责任 对照系统责任所要求的每一项功能，查看是否可以由现有的对象完成这些功能。如果发现某些功能在现有的任何对象中都不能提供，则可启发我们发现问题域中某些遗漏的对象。 2、名词技术 从名词到对象或类通常有一对一的映射。运用名词、代词和名词短语识别对象和类。 可以启发发现对象的因素包括：人员、组织、物品、设备、事件（如索赔、上访、交易）、表格、日志、报告、结构（汽车上面有车辆，下面有客车和轿车，左右有摩托车；内有发动机）等。 3、从用例中识别 （1）用例描述中出现哪些实体？需要哪些实体的合作？ （2）用例执行过程中会产生并存储哪些信息？ （3）用例要求与之相关的每个角色的输入是什么？ （4）用例反馈与之关联的每个角色的输出是什么？ （5）用例需要操作哪些设备？ 通过对学生信息系统的分析，建立初始对象/类表如下： 可能的类 英文类名 简单描述 用户 User 用户分二类：管理员、普通用户 账户信息 Account 包括用户的名称，密码，等级 文件 File 包括对对文件的各种操作 好友 Friend 用户的好友，包括对好友的各种操作 聊天 Message 包括消息，及对消息的操作 系统维护 Maitenance 管理员对系统的维护 2.2初始类图 这一部的分析重点在于类和类间关系的表示，即系统体系结构的建立，因此对类的描述，只要给出其关键字即可，属性和操作的细化工作可以在类模型完成后再进行。通过分析，学生管理系统的初始类图如图2.1所示。 2.3细化类图 初始类图奠定了系统的体系结构，对象/类还需进一步细化描述其属性和操作，为下一步数据库设计和模块实现做准备。（以下仅以用户类和选课信息类为例） 2.3.1属性的识别 确定属性可以通过提出以下问题得到： 按常识这个对象应该有哪些属性？ 在当前的问题域中，对象应该有哪些属性？ 根据系统责任，这个对象应具有哪些属性？ 建立这个对象是为了保存和管理哪些信息？ 对象为了完成其功能，需要增设哪些属性？ 对象是否需要通过专设的属性区别其状态？ 用什么属性表示聚集和关联？ 可利用需求文档中的形容词或所有格短语。 类名：用户 属性表如下所示： 中文名 英文名 数据类型 帐号 userName String 类名：账户信息 属性表如表2.1所示： 表2.1账户信息类属性表 中文名 英文名 数据类型 用户名