第10组301鲍春晓WinOA面向对象分析的设计.docx

WinOA系统面向对象分析与设计作者：鲍春晓魏为康张乔粤周立策陈健栋日期：2014.12.19目录一、系统需求31.1、功能31.2、参与者3二、用例31.登录42.邮件53、公告64.硬盘75.创建用户8三、静态结构模型93.1、定义系统对象类93.2、定义用户界面类113.3、建立类图123.4、建立数据库模型13四、动态行为模型13时序图设计13五、物理模型23六、结论23一、系统需求OA系统是一个建立内部信息交流快速通道，加强领导与部门、部门与部门、部门员工间交流；搭建内部统一资源共享平台，实现有效知识的沉淀、集中管理和合理利用；规范内部公文流转与业务流转流程，实现公文与工作流流转顺畅，提高审批效率，提高办公效率；轻松实现领导对各科室的工作监管与远程控制；实现领导与出差人员的移动办公；全面实现内部办公无纸化、现代化，节约办公费用；提高业务部门与行政部门的信息共享程度与协同办公水平，并通过对业务数据的采集、处理、分析，为领导提供决策支持；最终实现单位的信息门户、知识门户与应用门户预期读者和目的。1.1、功能对上面描述的OA系统的基本信息进行分析后，可知这个简化的OA系统应该至少具有以下功能：1）一个用户可以拥有多个账号2）一个账号可以拥有多个持有者3）用户可以发布公告和邮件4）用户可以查看公告和邮件5）用户可以修改本地的公告和邮件6）用户可以删除公告和邮件7）用户硬盘拥有存储文件的功能8）用戶硬盘拥有下载文件的功能9）用户硬盘拥有删除文件的功能1.2、参与者通过OA系统的功能需求分析，可以识别出2个参与者：“系统用户”、“系统管理员”。参与者描述如下：系统用户描述：可以注册登录帐号、发布和接收公告、上传和下载文件、发送和接收邮件。系统管理员描述：优化办公流程、界定办公角色、配置用户权限。二、用例通过对需求的进一步分析，可以确定系统中有如下用例存在：（1）登录：提供验证用户身份的功能（2）邮件：提供接收和发送邮件的功能（3）公告：提供接收和发布公告的功能（4）硬盘：提供上传和下载文件的功能用例的事件流描述1.登录1.1简单描述：用户通过验证帐号登录系统1.2前置条件：无1.3后置条件：如果用例成功，则用户登录到系统中，否则系统不变1.4扩充点：无1.5事件流：1.5.1基流：用户想要登录到OA系统中时，用例启动。 1）用户输入自己的用户名和密码，提交。 2）系统验证输入的帐号和密码，用户登录成功1.5.2替代流：如果输入的帐号或密码无效，系统提示信息错误，用户可以重新输入或终止用例。2.邮件2.1简单描述：用户通过登录邮件模块进行邮件查看和邮件管理2.2前置条件：本用例开始前必须登录到系统2.3后置条件：如果用例成功，则用户将进行邮件发送、查看、删除等相关操作，否则系统状态不变。2.4扩充点：无2.5事件流2.5.1基流：当用户想要发送、阅读或删除邮件时，要向系统提交，用例启动。 1）用户点击邮件模块，进入操作页面提交相关操作后系统会进行相关处理 2）操作完成后系统自动更新用户帐号相关信息2.5.2替代流：用户不需要进行相关操作可以终止该用例返回主菜单。3、公告3.1简单描述：根据用户的权限不同可以进行公告发布、公告查看以及公告删除的功能。3.2前置条件：在本用例开始前，用户必须登录到系统。3.3后置条件：如果用例成功，用户将进行公告发布、公告查看以及公告删除等相关操作，否则系统状态不变。3.4扩充点：用户权限在用户申请帐号角色时管理员已进行相关界定。3.5事件流3.5.1基流：当用户想要发布、查看或删除公告时，要向系统提交，用例启动。1）用户点击公告模块，进入操作页面提交相关操作后系统会进行相关处理2）操作完成后系统自动更新用户帐号相关信息3.5.2替代流：用户不需要进行相关操作可以终止该用例返回主菜单。4.硬盘4.1简单描述：用户通过登录硬盘模块进行文件上传和文件下载4.2前置条件：在本用例开始前，用户必须登录到系统。4.3后置条件：如果用例成功，用户将进行文件下载、文件上传和文件删除等相关操作，否则系统状态不变。4.4扩充点：无4.5事件流4.5.1基流：当用户想要进行文件下载、文件上传和文件删除等相关操作时，要向系统提交，用例启动。 1）用户点击硬盘模块，进入操作页面提交相关操作后系统会进行相关处理 2）操作完成后系统自动更新用户帐号相关信息4.5.2替代流：用户不需要进行相关操作可以终止该用例返回主菜单。5.创建用户5.1简单描述：本用例是对帐号进行申请5.2前置条件：进入系统登录页面5.3后置条件：如果用例成功，用户将被创建5.4扩充点：无5.5事件流5.5.1基流：当使用者想要申请账户时，用例启动。 1）使用者输入帐号名称、密码、身份证号以及申请者权限。2）操作完成后系统自动生产用户帐号信息并返回登陆界面5.5.2分支流：用户取消申请退出申请界面返回登录界面三、静态结构模型3.1、定义系统对象类定义过系统需求，就可以更具系统需求来识别系统中所存在的对象，系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行，从前述的系统需求中可以找到的名词有用户、绩效、公告、邮箱、文件。这些都是对象图中的候选对象。判断是否应该为这些候选对象创建类的方法是：是否有与该对象相关的身份和行为。如果答案是肯定的，那么候选对象应该是一个存在与模型中的对象，就应该为之创建类。3.1.1、用户（user）用户是有身份的，扮演不同的角色，例如经理、员工、董事长等。角色不同，拥有的权限也不同，在这个系统中，用户是主要对象，所以用户应该成为系统中的一个类，类名为：user3.1.2、绩效（Achievements）绩效没有身份，它是个人(群体)在过去工作中的素质和能力，绩效可以增加，可以降低，但是这些都是用户的行为所改变的，所以，绩效不能作为一个类。3.1.3、公告（Proclamation）公告作为一个对象，它可以根据发布用户来区分，公告具有的属性，例如发布日期，发布人，审核日期，审核人等。所以公告可以作为一个类对象，类名为：Proclamation。3.1.4、邮箱（mail）邮件作为这个系统中的主要通讯方式，它的存在是因为用户而在，每个用户有一个内网邮箱，个人邮箱独立，不可被其他人，邮件具有发件地址、收件地址、时间、标题、正文、附件等属性，所以邮件应该作为一个类对象。类名为：mail3.1.5、文件（file）文件即为系统网盘模块。系统上有一个内部网盘模块，用户上传下载文件，也可以共享文件，文件也具有身份，可以根据上传用户来区别，具有不同拥有者。所以文件应该作为一个类，类名为：file。从上述分析，可以看出系统至少具有4个重要的类：user、proclamation、mail、file、下面确定这些对象的属性和行为。3.2.1类user类user应该具有一下私有属性：Name:StringId:intSex:StringAge:intAccount（登录名）：StringPassword（密码）：Stringemail（用户邮箱）：Stringuser类应该具有下述方法：setName();getName()setId()getId();setSex()getSex();setAge();getAge();getEmail（获取邮箱）、getAccount（获取登录账户名）changePass（修改密码）。3.2.2类proclamation应该具有的私有属性：P_Id：intP_Fname（发布者）：P_title：StringP_text：StringP_Fdate（发布日期）：StringP_Sdata（审核日期）：StringP_Sname（审核者）：类Proclamation具有的方法：GetP_Id();setP_Id();get P_Fname ();set P_Fname ().用户可以发布公告：Write_proclamation()用户删除公告：Deleted_proclamation();用户审核公告：Deal_proclamation();3.2.3类mail应该具有的私有属性：M_Id：intM_title：StringM_title：StringM_state（邮件状态）：StringM_Fadd（发件人）：StringM_Tadd（收件人）：StringM_text（正文）：String类mail应该具有的方法：SetXX()和getXX()方法在此不一一举例用户写邮件：Write_mail()用户发邮件：Push_mail();保存草稿：Save_mail();3.2.4类file应该具有的私有属性：F_id：intF_belong(文件所属者):StringF_name:StringF_url:StringF_type（文件类型）:string类file应该具有的方法：用户上传文件F_upload();用户下载文件：F_download();用户删除文件：F_deleted();3.2、定义用户界面类用户与系统需要交互，一个用户友好的系统通常都采用直观的图像化界面，因此需要定义系统的用户界面类。1、 登录界面（login）是系统的初始界面属性：User_name:StringUser_pwd:String方法：登录系统：Denglu():void注册帐号：Zhuce():void初始界面效果图如下：3.3、建立类图识别出系统中的类后，还要识别出类件的关系，然后就可以建立类图了。本系统类间关系如下图所示。3.4、建立数据库模型本系统采用关系数据库尽心数据管理。在分析和设计系统的静态结构模型时需要进行数据分析和数据库设计。基本关系图如下图所示：四、动态行为模型顺序图也称时序图。Rumbaugh对顺序图的定义是：顺序图是显示对象之间交互的图，这些对象是按时间顺序排序的。特别地，顺序图中显示的是参与交互图中的对象及对象之间消息交互的顺序。时序图设计1.1、用户登录图1.1是用户“登录”的顺序图设计，登录的参与者是用户，用户进入登录界面以后，输入正确的用户账户名和口令，即可登录到系统中。登录的过程具体可细化为（用户包括一般用户、公告管理员、系统管理员）：（1）用户启动系统（2）系统显示“登录”窗口（3）用户输入账户名和口令，执行“登录”操作（4）系统检查账户名在系统中是否注册，以及键入的密码与用户账户名是否符合。若正确，进入系统主窗口图1.1 用户登录系统的顺序图1.2、注册图1.2是用户“注册”的时序图，注册的参与者是用户，用户进入注册界面以后，输入个人的详细信息，例如：部门，职位，帐号，密码等，经过服务器的检查以及数据库的储存，被认证通过后就可以注册成功，注册的过程具体可细化为（用户包括一般用户、公告管理员、系统管理员）：1. 用户启动系统2. 进入注册界面3. 填写个人的详细信息，执行注册操作4. 系统检查用户信息的可靠性，经过处理，如何合法就允许注册，并存储用户的信息，并返回注册成功，如果个人信息不合法，则系统返回注册失败并退回注册界面5. 注册成功则更新数据库的信息并跳转到登录界面。图1.2用户注册帐号的时序图1.3、查看邮件图1.3为用户“查看邮件”的时序图，参与者也是用户，用户登录成功后，进入主界面后执行的操作，用户选择查看邮件的操作，进入邮件界面，具体的过程可细化为：（用户包括一般用户、公告管理员、系统管理员）1. 用户登录成功进入主界面2. 选择进入邮件的操作3. 选择查看操作，进入收件箱查看各种邮件4. 操作确认后，提供命令给服务器5. 服务器进行处理请求信息，并从数据库中提取邮件数据6. 返回查看的邮件数据7. 查看完成后，可选择退出图1.3查看邮件的时序图1.4、发送邮件图1.4为用户“发送邮件”的时序图，参与者还是用户，用户登录成功后，进入主界面，选择进入邮件的界面，再选择发送邮件的操作，进行邮件发送，具体的操作过程可细化为：（用户包括一般用户、公告管理员、系统管理员）1. 用户登录成功进入主界面2. 用户选择竟如邮件界面的操作3. 用户进行发送邮件的操作4. 通过发送按钮的操作进入发送界面5. 用户编写邮件信息，完成后点击发送6. 用户请求处理，服务器进行检查并处理7. 发送通过则服务器将数据存储于数据库中，并更新数据库中的邮件类，发送不允许则退出8. 处理完成后，服务器返回信息于发送界面并退回邮件界面图1.4发送邮件的时序图1.5、查看公告图1.5为用户查看公告的时序图，这些操作，前提都是登录成功以后方可进行，参与者是用户，系统拥有三个主要的模块，邮件以及公告，还有网盘，这里便是用户选择公告模块，进行有关公告的操作，进行查看公告，具体操作可细化为：（用户包括一般用户、公告管理员、系统管理员）1. 用户进入主界面2. 选择公告模块3. 进入公告模块，则可以查看最新公告以及已读公告4. 点查看按钮，请求服务器响应数据5. 服务器从数据库中调取数据，返回到查看界面6. 查看完成后，可退回邮件界面或者退出图1.5用户查看公告的时序图1.6、用户发布图1.6为用户发布公告的时序图，参与者为用户，用户通过登录成功后，进行发布公告的操作，以及正确编写公告，并发布，通过选择发布的按钮，书写完成并进行确认，但是公告的发布具有权限性，需要公告管理员的审核。具体的操作过程可细化为：（用户包括一般用户、公告管理员、系统管理员）1. 用户登录成功进入主界面2. 选择公告模块，进入公告模块3. 选择发布按钮操作4. 进入公告编写界面，确认后发布，请求服务器处理5. 服务检查用户权限，符合则暂存数据于数据库中，不符合则返回发布失败。6. 退回显示界面图1.6用户发布公告时序图1.7、公告审核图1.7为公告管理人审核将发布的公告的时序图，也称“审核公告时序图”，参与者为公告管理员，公告管理人的主要职能为审核公告，公告管理员也需登录系统后，方可进行审核工作，审核工作进行的具体可细化操作为：1. 公告管理员登录成功进入主界面2. 公告管理员进入公告模块3. 点击审核按钮，进入审核界面4. 查看将发布的公告，确认后选择操作5. 把确认后的操作命令提交到服务器6. 服务器进行处理，并返回需要操作以及确认的提示7. 公告管理员进一步确认与否8. 服务器处理公告管理员的操作，确认发布则完成发布并数据保存数据库中，否认则从数据库中删除用户之前已存的公告数据。并更新数据库。图1.7公告管理员审核公告的时序图1.8、系统管理删除邮件图1.8为系统管理员管理邮件模块的一个操作，名为“系统管理删除邮件”的时序图，系统的内存是一定，为了系统的方便以及系统工作的速率，系统管理员得定期查看系统的剩余的容量，方便用户的使用，下面是系统管理员对邮件模块的管理，删除邮件，具体的操作可细化为：1. 系统管理员登录成功，进入系统2. 系统管理员选择邮件界面3. 选择删除邮件4. 确认并向服务器请求 5. 服务器进行处理，向数据库进行操作，对邮件数据的删除并更新保存图1.8系统管理员删除邮件时序图1.8、系统管理删除公告图1.8为系统管理员管理邮件模块的一个操作，名为“系统管理删除公告”的时序图，系统的内存是一定，为了系统的方便以及系统工作的速率，系统管理员得定期查看系统的剩余的容量，方便用户的使用，下面是系统管理员对邮件模块的管理，删除公告，对过期的公告，进行管理。具