管理信息系统分析与设计

实  验  报  告

专业：_______________________

班级：_______________________

学号：_______________________

姓名：_______________________

20##-20##学年  第二学期

经济与管理学院

实验名称：可行性分析方法     指导教师:

实验日期:2013年4月   实验地点: _________  成绩:_________

实验目的：

1、了解系统规划的主要目的及任务；

2、掌握系统可行性分析的主要方法及可行性分析报告的内容。

实验内容与基本要求:

自行确定一个分析对象（企业或者组织等等），完成系统可行性分析报告。

实验步骤：

一、系统建立的背景及意义    

 1．系统建立的背景 

随着网络通信技术的迅速发展和信息技术的广泛应用，计算机的应用已普及到经济和社会生活的各个领域。教育领域也不例外，现今已经出现了各种远程网络在线教育系统、图书馆管理系统、学籍管理系统……其中学籍管理是任一院校都不可缺少的部分，它的内容对于学校的决策者和教学管理者来说都至关重要，而传统的人工管理方式效率较低，为数据的查询、更新和维护带来了极大的不便。所以学生学籍管理信息系统的开发和应用是必要的，它能够为管理人员提供充足的信息和快捷的查询手段，提高学校学籍管理的效率。    

 2．现行系统存在的问题分析 

    （1）各部门均配备有计算机，但是在学籍管理过程中，没有充分发挥其作用。 

    （2）部分管理，如学生基本信息管理实现了计算机化，但学生的成绩单，成绩分析仍旧采用手工方式，工作量大，处理不方便。 

（3）各部门信息不能实现网络共享，有重复劳动。     

（4）学生查询成绩，管理部门查询信息不方便。    

二、系统的可行性研究    

1．  系统的开发方式和目标     

学校需要一套管理信息系统，能够从学生入校注册开始，实现学生基本信息，成绩信息，课程信息，学籍变动信息，毕业信息的全面管理。通过系统实现各部门的分工合作，信息共享。使原来凌乱的管理更加有条理，更科学。 

根据学校的现状，迫切需要一套学籍管理系统。

有两个选择：     

（1）购置商品化的系统 

    （2）根据自身实际情况，自行开发系统 

    通过管理部门讨论，认为购买商品化的系统软件，有以下弊端：     （1）经费支出大。一套全面的大型管理系统需要几十万元。 

    （3）功能难以适应学校的实际情况。商品化的软件讲究通用性，对于学校自身的实际情况，可能难以适用。 

鉴于此，最好的方法就是自行组织开发系统。系统开发的总体目标为：新生的注册与学籍管理；教务管理；成绩管理；学籍变动管理；毕业管理等部分。    

 2．系统的可行性分析 

    （1）系统实施运行的可行性：各部门人员都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。提出了很多好的建议和要求。 

    （2）技术可行性：校园网已正常运行；开发人员已熟练掌握面向对象的开发工具。技术上实现系统是可行的。 

    （3）经济可行性：校园内部局域网络已经建成；各部门电脑均已配置；硬件投入不需 一、系统建立的背景及意义    

 综上所述，学籍管理系统的开发是必需的，是可行的。

实验总结：通过实验对建一个系统的可行性分析有了一定了解。建设一个系统前必须进行可行性分析，对企业或单位的需求、技术、资金等方面做充分的分析。若果不做可行性分析，不仅使系统的建设不能正常进行，还会浪费许多人力、物力、财力。可行性分析时需要对单位的实际情况作充分详细的调查，不能单凭主观的估计和判断

实验评价（教师）：_________________________________________—————————————————————————————

—————————————————————————————

实验名称：业务流程图的绘制     指导教师:  

实验日期:2013年5月   实验地点:_________ 成绩:_________

实验目的：

1、了解系统分析的主要步骤；

2、掌握业务流程分析及业务流程图的绘制方法。

实验内容与基本要求:

分析下面业务过程，完成业务流程图。

储户将填好的存（取）单及存折送交分理处。分理处按三种不同情况分别处理。如果存折不符或存（取）单不合格，则将存折及存（取）单直接退还储户重新填写；如果是存款，则将存折及存款单送交存款处处理。存款处理台取出底账登记后，将存折退还给储户；如果是取款，则将存折及取款单送交取款处处理，该服务台取出底账和现金，记账后将存折与现金退给储户。从而完成存（取）款处理过程。

实验步骤：

1.      分析业务过程涉及实体和业务处理过程。本次实验中实体只有“储户”。业务处理过程包括：核对分类处理、存款处理、取款处理。

2.      对业务处理过程排序：核对分类处理（1）、存款处理（2）、取款处理（2）。

3.      打开“Microsoft office visio 2007”软件，新建业务流程图，绘制银行存取款业务流程图。（图形如下）

实验总结：通过实验对业务流程图有了一定了解。业务流程图其实质是一个企业或单位实际业务流程的再现，但也不是完全的照搬就抄。业务流程图和现实业务流程是由一定独立性的，绘制业务流程时，可以对现实中有问题的业务流程进行业务流程再造。绘制业务流程是需要对现实的业务流程有一个详细的调查了解。

实验评价（教师）：_________________________________________

___________________________________________________________

___________________________________________________________

实验名称：数据流程图的绘制      指导教师:  

实验日期:2013年5月   实验地点:_________ 成绩:_________

实验目的：

掌握数据流程图的绘制方法。

实验内容与基本要求:

1．下图为图书馆图书借阅业务流程简图，根据业务流程图画出相应的数据流程图。

    

    2．根据以你绘制的数据流程编写相应数据字典。

实验步骤：

1.数据流程图

2.数据字典

（1）数据项分析

数据项编号：s1

数据项:     读者号

含义说明:   唯一标识每个读者

类型：     字符型

长度：      8

取值含义： 前四位代表该学生入学年份，后四位代表所在院系及入学排名

数据项编号：s2

数据项：    书号

含义说明：  唯一标识每本书

类型：      字符型

长度：      10

取值含义：  第一字段为国家码，第二字段为出版社码，第三字段为图数码，第四子段为校验码

数据项编号：s3

数据项： 工作号

含义说明：   唯一标识每个图书管理员

类型：       字符型

长度：      8

取值含义：  前四位为管理员的入馆年份，中间两位为管理员的管理权限，最后两位为管理员的编号

（2.）数据结构分析

数据结构编号：t1

数据结构名称：读者

含义说明：    定义了一个学生的信息

组成：        学号，性别，年龄，所在系，年级

数据结构编号：t2

数据结构名称：图书

含义说明：    定义了一本书的信息

组成：        书号，书名，作者，出版社，库存量，简介

数据结构编号：t3

数据结构名称：借阅

含义说明：    定义了借阅的信息

组成：        学号，书号，借阅日期，应还日期，真实还书日期，是否续借

（3）数据流

数据流编号：D01 

数据流名称：读者信息核对 

简述：读者提交借阅证，请求办理借阅任务。 

数据流来源：读者准备借阅并提交借阅证。 

数据流去向：P1根据读者的信息查询读者的借阅历史。

 数据流组成：借阅日期+书名+读者账号+读者姓名+借阅数量+超期天数等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D02 

数据流名称：超期罚款 

简述：根据超期天数缴纳罚款 

数据流来源：P1查询后存在超期记录 

数据流去向：P2根据超期的天数计算罚款金额。

数据流组成：读者姓名+超期天数等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D03 

数据流名称：罚款记录 

简述：记录并存储罚款信息 

数据流来源：P2根据超期的天数收取罚款金额 

数据流去向：罚款信息库

数据流组成：读者姓名+超期天数+罚款金额+系统时间等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D04 

数据流名称：办理还书业务 

简述：缴纳罚款后归还超期的书 

数据流来源：P2处已办理超期罚款，归还超期图书 。

数据流去向：P3.1办理还书业务

数据流组成：读者姓名+书名+借阅日期等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D05 

数据流名称：办理还书业务 

简述：查询后无超期记录，办理读者还书业务。

数据流来源：P1处查询后无超期记录，继续办理还书业务。

数据流去向：P3.1办理还书业务

数据流组成：读者姓名+书名+借阅日期等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D06 

数据流名称：办理借书业务 

简述：查询后无超期记录，办理读者借书业务。 

数据流来源：P1处查询后无超期记录，继续办理借书业务。

数据流去向：P3.2办理借书业务

数据流组成：书名+库存量+书籍编号等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D07 

数据流名称：办理续借书业务 

简述：查询后无超期记录，继续办理续借业务 

数据流来源：P1处查询后无超期记录，继续办理续借业务。

数据流去向：P3.3办理借书业务

数据流组成：书名+书籍编号+借阅日期+读者姓名等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D08

数据流名称：记录并保存还书信息 

简述： P3.1办理还书业务成功后需要保存还书记录的相关信息

数据流来源：P3.1处办理还书业务成功后，产生还书记录的相关信息。

数据流去向：将还书记录的相关信息保存到借阅信息库

数据流组成：书名+书籍编号+归还日期+读者姓名等 

数据流量：3000次/日 

高峰流量：5000次/日

数据流编号：D09

数据流名称：记录并保存借书信息 

简述： P3.2办理借书业务成功后需要保存借书记录的相关信息

数据流来源：P3.2处办理还书业务成功后，产生还借记录的相关信息。

数据流去向：将借书记录的相关信息保存到借阅信息库

数据流组成：书名+书籍编号+借阅日期+读者姓名等 

数据流量：5000次/日 

高峰流量：3000次/日

数据流编号：D010

数据流名称：记录并保存续借信息 

简述： P3.3办理续借业务成功后需要保存续借记录的相关信息

数据流来源：P3.3处办理还书业务成功后，产生续借记录的相关信息。

数据流去向：将续借记录的相关信息保存到借阅信息库

数据流组成：书名+书籍编号+续借日期+续借天数+读者姓名等 

数据流量：3000次/日 

高峰流量：5000次/日

（4.）数据存储

数据存储编号: f1

数据存储：   读者表

说明：       读者信息，读者在本馆注册后成为注册读者。

组成：       用户名+密码

数据量：     每年2000

存取方式：   按实际情况存取

数据存储编号: f2

数据存储：    图书表

说明：        存储本图书馆图书信息

组成：        书名+作者+出版社+内容简介+关键词+出版日期

数据量：      每月500册

存取方式：    按类存取

数据存储编号: f3

数据存储：    借阅表

说明：        存储本馆图书借书信息

组成：        借书日期+书号+读者号+还书日期

数据量：      每天200册

存取方式：    随机存取

（5）处理过程

处理过程编号：p1

处理过程：  图书借阅系统

说明：     读者查找到所需图书后应当到图书馆办理借阅手续。图书借阅系统处理图书借阅、还书、续借等手续。

输入：    书号，读者号，借阅日期

输出：    借阅信息

处理：    图书借阅单输入，检查读者身份，检查图书在库情况， 

          然后填写图书借阅库并修改图书表中的在库数量。

处理过程编号：p2

处理过程：   填写罚款表

说明：       填写罚款表

输入：       罚款金额 罚款原因

输出：       新的罚款记录

处理：        生成新的罚款记录

处理过程编号：p3.1

处理过程：    图书归还处理

说明：        图书归还处理

输入：               还书记录

输出：        填写归还记录+归还修改在库存量

处理：              还书时修改图书表中所借图书的在库量，并

              在借阅表中填写还书情况。

处理过程编号：p3.2

处理过程：   填写借阅表，修改图书表。

说明：       填写借阅表，修改图书表。

输入：       借书情况

输出：       新的借阅表

处理：        修改图书表中的所借图书的在库数量，在借阅表

              中填写借书情况。

处理过程编号: p3.3

处理过程：    图书续借处理

说明：        图书续借处理

输入：               续借记录

输出：        填写续借记录+续借修改在库存量

处理：         更改还书日期和续借的次数

实验总结：通过实验对数据流程图有了一定了解。数据流程图是根据业务流程图而来的，业务流程图的正确与否直接导致了数据流程图的正确性。个人觉得本实验的业务流程图不是很完善，一些实体元素没有反映到图中（图书、图书管理员等），这为数据流程图的绘制带来了困难。数据字典的实质是对数据流程图的一个详细说明。

实验评价（教师）：_________________________________________—————————————————————————————

___________________________________________________________

实验名称：数据库设计   指导教师:  

实验日期:2013年6月   实验地点:_________ 成绩:_________

实验目的：                                                   

掌握数据库设计的基本要求及方法

实验内容与基本要求:

根据实验三的图书借阅数据流图，设计能满足该业务的数据库结构。 要求绘制出E-R模型及数据库表基本结构说明。

实验步骤：

1. E-R模型图

2.数据库表基本结构说明

（1）读者表说明

（2）借阅表说明

（3）图书表说明

（4）罚款表说明

实验总结：通过实验对数据库的设计有了一定的了解。E-R图在数据库的设计中是很重要的，因为它直接决定了数据库表的设计。绘制E-R图时关键是要从前期绘制的数据流程图中找出实体，并给出实体所需的各种属性。本次实验我们只做了E-R图和数据库表的设计，在实际的数据库设计中，还要进行数据库的物理设计。

实验评价（教师）：_________________________________________

___________________________________________________________

___________________________________________________________

实验名称：用例图和时序图   指导教师:  

实验日期:2013年6月   实验地点:_________ 成绩:_________

实验目的：                                                   

1、熟悉需求分析方法

2、掌握用例图和时序图的绘制

实验内容与基本要求:

      现有一学生成绩管理子系统，供教师和学生使用，教师在登录后能够通过该系统进行成绩查询、录入、修改和删除的操作，如果登录失败可以使用找回密码的功能；学生在登录后可以进行成绩查询，如果登录失败可以使用找回密码的功能。根据以上要求，完成下题。

（1）绘制出该子系统的用例图。

（2）绘制出该子系统的类图。

（3）绘制出该子系统的时序图。

实验步骤：

1.用例图

（1）教师用例图

（2）学生用例图

2．类图

通过对成绩管理子系统的分析，可以发现以下实体类：老师、学生、

成绩。

（1）学生成绩管理子系统类图

（2）用户登录验证子系统

3．序列图

(1)学生查询成绩序列图

（2）教师管理和查询学生成绩序列图

实验总结：通过实验对UML中的用例图、类图、时序图有了一定了解。用例图是用于显示若干角色以及这些角色与系统提供的用例之间的连接关系，主要定义系统的功能需求。类图主要是来表示系统中的类和类之间的关系，它是对系统静态结构的描述。在microsoft visio 20##软件中，类图被称为静态结构图。序列图是用来反映若干个对象之间的动态协作关系，也就是随着时间的流逝，对象之间是如何交互的。

实验评价（教师）：_________________________________________

___________________________________________________________

___________________________________________________________