马睿清 08011180 实训报告

实 训 报 告

一、指导思想

       本系统主要为教师或学生用户提供了教材的订购管理，使管理模式能让工作质量、工作效率等得到提高。然后主要是对于信息系统的开发中的系统分析设计的建摸（系统模型建立）技术的学习和应用，提高动手能力。

二、课程内容

2011年3月1日——2011年3月10日        IS概念。

2011年3月10日——2011年3月17日         面向对象和结构化设计开发方法。

2011年3月17日——2011年3月24日         UML建模技术。

2011年3月24日——2011年3月31日         Rational Rose2003工具的安装和使用。

2011年3月31日——2011年4月12日         制作教材订购系统的业务流程图。

2011年4月12日——2011年4月19日         使用Rational Rose2003工具制作教材订购系统的用例图。

2011年4月19日——2011年4月26日         使用Rational Rose2003工具制作教材订购系统的活动图。

2011年4月26日——2011年5月5日         使用Rational Rose2003工具制作教材订购系统的状态图。

2011年5月5日——2011年5月12日         使用Rational Rose2003工具制作教材订购系统的时序图。

2011年5月5日——2011年5月15日         使用VB设计制作教材订购系统的界面。

 后面的时间填写实验报告和实训报告 

实验目的及要求

1.通过实验理解并掌握项目规划的具体内容，以及通过word绘制总体业务流程图,并对总体业务流程图中的功能进行扩展形成详细业务流程图

2.通过实验理解并掌握在项目需求调查阶段中用例图的制作和活动图的制作；熟练应用CASE工具Rational Rose 2003的使用;通过Rational Rose 2003绘制用例图和活动图；

3.通过实验理解并掌握在项目需求调查阶段中用例状态图和时序图的制作；熟练应用CASE工具Rational Rose 2003的使用;通过Rational Rose 2003绘制状态图和时序图

4.通过实验理解并掌握项目规划的具体内容，以及通过word绘制总体业务流程图,并对总体业务流程图中的功能进行扩展形成详细业务流程图

实验设备（环境）及要求

（1）1. 硬件： P4 1.8GHz及以上CPU的微型计算机

（2）2. 软件：Rational Rose2003系统的安装要求：Windows2000/Windows XP 及以上版本,Windows Vista、Windows 7旗舰版（2009 Microsoft Corporation）；Windows2000必须是企业版Professional，而且必须升级到Service Pack 2；本系统对Windows的任何家庭版Home Edition无效，包括Windows XP、Vista等，升级到Service Pack 2也不行。

实验内容与步骤

开发课题及本人在课题中的任务

项目开发团队：信管0803班实训第六组，团队成员包括鲍慧、许曼莉、马睿清、李振华、李岳周，分工如下：

1.项目经理与测试师（鲍慧）：

协调组内人员工作，跟进项目发展。

跟进项目的每一步，对项目实施中的可测试点进行测试。

2.系统分析师（马睿清）：

研究组织的问题和需要；确定如何通过利用人力资源、方法和信息技术来改进组织的最佳方法；帮助系统用户和管理者定义他们对新的或改进的信息系统的需求；分析本系统在解决一个问题时，其它哪些系统会受到影响

3.网站设计员（李岳周，李振华）：

   在充分了解明白软件架构员所架构的网站系统后，通过与架构员的沟通对其所给出的软件进行分析，给出具体细节规划。主要分前台设计与后台设计：

        前台设计： 要细化到所需页面总数，每级页面的按钮种类，所需板块等。

        后台设计：给出数据库所需表、表单、数据的具体数量，大小，功能设计。

  注：要求设计员本身非常清楚网站各个功能的运行情况，考虑到客户的使用过程，并以此给出设计报告，以便指导编码员的具体编码工作。

4.本人是编码员与界面设计（许曼莉）：

   根据设计员提交的设计报告，严格按照所设计的细节进行编码。

根据设计员关于前台的设计，美化页面，使用适当的排版、字体、颜色、及所使用的图片。

小组信息项目主题

项目名称：学校教材订购系统

（1）选题背景 :随着生活节奏的加快和网络的发展，教师、学生对教材的订购越来越重视，希望获取教材的过程简单，方便，快速。

（2）项目主要目标 ：为实现学校教材订购情况的高效管理

（3）项目应用对象：学校教务处、教师、学生

（4）项目实施人（小组名单及分工）：鲍慧、许曼莉、马睿清、李振华、李岳周

项目主要功能分析

（1）业务流程文字介绍：

      本项目系统可细化为两个子系统：销售系统和采购系统。

      销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开、登记并返给教师或学生领书单，教师或学生即可去书库领书。

      采购系统的主要工作过程为：若是脱销教材则，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。

 （2）主要功能提取：

      销售子系统模板：提交购书单、审核购书单、开、登记购录、返回领书单、修改和维护数据库中相应的表。

       采购子系统模板：发缺书单、登记缺录、拟定待购书信息、发进书通知单、修改和维护数据库中相应的表。

1、总体业务流程图：

（1）总体业务流程图文档说明：（马睿清）

首先由教师或学生提交购书单，经教材科发行人员审核，若是有效购书单，则开、登记并返给教师或学生领书单；若为无效购书单则登记缺书，发缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。

概念定义

（1）功能一详细业务流程图（制作人：许曼莉 马睿清  功能一）

（2）详细业务流程描述 ：

功能一：首先经教材发行人员审核后，产生有效购书单，然后教材发行人员1进行登记，再经教材发行人员2开，最后由教师或者学生拿领书单去领书。

申请处理

制作方法：由高层业务流程图导出高层用例图 

注意：在高层用例图中出现的用例必须是系统能够完成的功能。

低层用例图2(制作人: 李岳周 马睿清   ,截图内容)如下:

低层用例图3(制作人: 李振华  马睿清   ,截图内容)如下:

3、检验

（1）检验用例模型与业务流程图之间的关系；

（2）检验用例图的正确性： 

●扩展用例或包含用例外，每个用例都应该有参与者。

●两个参与者之间不应该有“单向关联”线

●例间的包含关系和扩展关系不应该出现循环回路。

●应对有两个参与者共同启动的一个用例进一步分解。

●每个用例应该是一个相对的功能，如果包含多个功能，那么可以考虑对用例的分解。

实验小结（马睿清）

     此次实验，本小组成员分工明确，积极参与其中。小组成员通过一起讨论分析，对此系统有了更深入的认识，由于第一次做系统流程图不是很熟练，修改了多次，通过反复的试验，反复联系，更加清晰的认识了此项科目，对系统流程图也更加熟练起来。在对功能的扩展还是存在一些问题，我们会在今后的实验中积极修正，努力做到最好。

    这次试验的内容有一定的难度，每个人在活动图的绘制过程中遇到了不少的问题。但是通过多次的练习与修改，我们顺利完成本次实验，也对活动图的定义 与用法有了更深刻的认识。

本次试验相对比较复杂，在制作过程中主要是参考课本的相关内容，花费了一定的时间，对于相关知识有了深刻的认识，但是对于整体的分析与设计方面还是有些不太肯定，对知识的掌握应用不是很娴熟。

用例时序图制作 

制作方法：针对每一个用例分析涉及的视图层、业务逻辑层、数据持久层对象，根据以往的活动图、状态图、用例说明文档，使用消息描述对象之间的关联和对象所执行的动作序列。

1、待购教材表变更的状态图(制作人:马睿清    ,截图内容)

2、购书单信息变更的状态图(制作人:马睿清    ,截图内容)如下

用例时序图制作 

制作方法：针对每一个用例分析涉及的视图层、业务逻辑层、数据持久层对象，根据以往的活动图、状态图、用例说明文档，使用消息描述对象之间的关联和对象所执行的动作序列。

1、新增入库信息时序(制作人: 许曼莉、马睿清      ,截图内容)

操作时序的检查 和包含、扩展用例的检验

  操作时序的检查 

   首先，检查是否所有的用例都在时序图中有描述。 

   其次，对照用例模型和用例说明，检查每张时序图中是否包含了说明中的所有操作需求，既要避免遗漏操作，又要避免按照分析人员的主观意愿杜撰出一些操作序列。 

   最后，检查操作时序中所描述的动作之间的关系，处于同一个表示控制焦点的矩形柱上的操作序列，一定是一个有机整体，表达了操作序列要么全做，要么全不做这样的需求

首先，检查是否所有的用例都在时序图中有描述。 

    其次，对照用例模型和用例说明，检查每张时序图中是否包含了说明中的所有操作需求，既要避免遗漏操作，又要避免按照分析人员的主观意愿杜撰出一些操作序列。 

    最后，检查操作时序中所描述的动作之间的关系，处于同一个表示控制焦点的矩形柱上的操作序列，一定是一个有机整体，表达了操作序列要么全做，要么全不做这样的需求

    包含用例与扩展用例的检验

由于被包含用例的时序被描述在包含用例的时序中，因此要检查每个包含用例中有关被包含用例的时序描述是否一致。检查是否所有扩展用例都已被逐一描述，并且在这些时序图中，被扩展用例的时序是否一致。 

所开发项目的结果

1　登录主界面

2　管理员登陆界面

3　管理主界面

4　查询界面

5　信息添加界面

6　信息修改界面

7　信息删除界面

8　客户选择界面

9　客户订购界面

10　客户订购界面

11　提示界面

收获体会

十分感谢总裁提供给我这样一个锻炼自己的机会，让我第一次感受到团队的力量，在项目经理的带领下，我们一同努力，对每一个环节精益求精，我们在实践中学习，在讨论中进步，在本次实验中，我在Rational Rose 2003上得到了非常大的提高，由于小组一起讨论分析，对此系统有了更深入的认识，我们团结互助，分工明确，我们经过长久的努力最终使用VB做出了一个系统。一向惯于“思考”的我们学会了积极的同团队成员交流，取长补短，共同进步。“独学而无友则孤陋而寡闻”，只有和同学多交流多学习才能不断的提高自身水平。

这次试验的内容有一定的难度，每个人在活动图的绘制过程中遇到了不少的问题。但是通过多次的练习与修改，我们顺利完成本次实验，也对活动图的定义 与用法有了更深刻的认识。在制作过程中主要是参考课本的相关内容，花费了一定的时间，对于相关知识有了深刻的认识，但是对于整体的分析与设计方面还是有些不太肯定，对知识的掌握应用不是很娴熟。由于第一次做系统流程图不是很熟练，修改了多次，通过反复的试验，反复联系，更加清晰的认识了此项科目，对系统流程图也更加熟练起来。在对功能的扩展还是存在一些问题，我们会在今后的实验中积极修正，努力做到最好。

学生签名：马睿清 

时间：5月26日.

项目经理鉴定：作为系统分析师的马睿清同学在本次试验中起到了关键的作用，他研究团队的问题和需要；确定如何合理正确通过利用人力资源、方法和信息技术来改进团队效率的最佳方法；他认真负责，头脑清晰明确，想法突出，扎实的完成了我所分配的全部任务，并在团队配合中起到了接洽枢纽的作用，有效提高了团队的效率，使团队提前完成任务，在此给予高度评价。 

拟定成绩：93

总评成绩：