管理信息系统 文档1.doc

理想校园 北京科技大学天津学院理想校园管理信息系统开发报告学生宿舍管理金融工程065班目录1系统规划.61.1项目背景.61.1.1学院简介.61.1.2宿舍信息介绍.71.2 系统目标71.3 总体功能需求81.4关键信息需求91.5系统可行性分析.91.5.1可行性分析流程框图91.5.2技术可行性91.5.3人员可行性111.5.4经济可行性.111.6系统开发进度.111.6.1 甘特图.111.6.2 开发进度表.122 系统分析142.1组织机构及人员配备142.1.1学院组织机构结构图.142.1.2学生宿舍管理人员分配.152.2组织职能划分及同其他部门关系.152.3系统分析完成的目标与内容.152.4功能结构图.162.5 组织及业务联系表.162.5.1学生住宿业务联系表.162.5.2宿管人员业务联系表.162.5.3后勤管理业务联系表 .172.6业务流程图172.6.1学生住宿业务流程图.172.6.2后勤管理业务流程图.172.7数据流图182.7.1学生住宿数据流图.182.7.2后勤管理数据流图.182.8业务及相关数据原始单据和报表182.9数据字典192.9.1会客登记表的数据字典.192.9.2故障报修登记表的数据字典.202.9.3楼长信息表的数据字典.202.9.4学生住宿心里表的数据字典.202.10U/C矩阵.212.11目标系统的逻辑功能结构.213 系统设计223.1目标系统的硬件配置方案.223.2目标系统的系统软件配置方案.223.3目标系统的业务流程优化及最终确定.223.4 E-R实体联系图.223.5 编码设计.243.6 数据输入、输出设计.253.6.1输入设计.253.6.2用户界面设计.253.6.3输出设计.263.7功能模块的处理流程.264 系统实施274.1管理信息系统实施阶段的任务.274.2程序设计.27 4.2.1程序设计特点.27 4.2.2结构化程序设计方法.284.3系统调试284.4系统测试.284.5人员培训.294.6系统切换.294.7实施结果截图 .305系统运行维护与评价.385.1系统运行维护与评价的任务.385.2系统维护的内容和步骤.385.3系统评价.38 6参考文献.4041 小组成员工作情况 本小组共有六名成员，组长为郄朝昭，其他成员分别为：徐雯，武文波，武梦迪，熊易超，徐翀。项目名称学生宿舍管理小组成员分工与贡献照片姓名学号Email电话武梦迪0607253113820092122主要贡献规划：确定总体功能需求分析：确定组织结构及人员配备设计：硬软件配置方案实施：Access界面、窗体编写实验报告第一章武文波 06072532Kuaile1314.1314163.co要贡献 规划：进行系统可行性分析分析：系统业务流程图、数据流程图、数据字典,U/C矩阵的分析及绘制设计：E-R图分析及绘制实施：Access表编写实验报告第二、三、四章郄朝昭 06072533Avada19880518hotmail.co要贡献 规划：确立系统目标分析：确定组织职能划分及同其他部门关系、各种图表文字辅助说明设计：目标系统优化及最终确定实施：Access 表中记录编写实验报告第一、五章熊易超 0607253415922062360主要贡献 规划：搜寻关键信息需求分析：业务及其相关数据调查设计：用户页面设计实施：Access表中记录编写实验报告第四章徐翀06072535Bunny_1009163.co要贡献规划：项目背景分析 分析：调查记录和整理记录、系统目标逻辑功能结构设计：输入输出设计实施：Access表中记录、 窗体 徐雯06072536rebecca110eyou.co要贡献 规划：确立系统开发计划 分析：系统目标逻辑功能结构、业务原始单据和报表整理、绘制数据流图、数据字典和U/C矩阵设计：编码设计实施：Access表、按钮、设密编写实验报告第一、二、三章 第一章 系统规划1.1项目背景1.1.1学校简介北京科技大学成立于1952年，是一所以工为主，工、理、管、文、经、法等多学科协调发展的教育部直属全国重点大学，是全国正式成立研究生院的高等学校之一。 北京科技大学天津学院是经教育部批准，由北京科技大学举办的本科层次的全日制独立学院。学院秉承北京科技大学的优良传统，主动适应经济发展和社会进步的需要，充分发挥理工结合、文理渗透的办学优势，突出地方综合性和国际化开放式的办学特色，树立“以育人为本”的教育理念，全面实施素质教育，坚持个性发展原则和创新原则，通过开展有计划的教育教学和科学研究活动，培养具有创新精神和实践能力的应用型人才。学院位于天津市宝坻区新宝白路，学院规划占地1500亩，建筑面积约320000平方米。目前学院已完成一、二期建设，占地875亩，建筑面积227368平方米。教室、办公楼等楼宇。学院设有信息工程、机械工程、土木工程、经济管理、法律、外语6个系，12个专业，涉及工、理、管、文、经、法 6个学科门类。1.1.2宿舍信息介绍学院学生宿舍分东、西校区。宿舍楼为四层建筑，每层共21间房。四人一间，有组合床、暖气、电扇、电话、独立卫浴、阳台，宿舍配有网络接口和有线电视接口，住宿条件良好。每栋宿舍楼配有两名宿舍管理人员进行日常宿舍管理。12 系统目标本系统以宿舍管理为主要内容，综合运用计算机及网络通讯技术、管理方法，融合了现代化的管理思想和手段，做出一套完整、性能比较稳定的管理系统。本系统的开发目的在于方便后勤基建部安排学生入宿问题，方便管理人员进行成绩管理统计。手工安排选宿舍和手工录入修改学生住宿信息是一项非常枯燥而繁重的工作，经常耗费很大的人力和财力。本系统实现后，计算机系统将代替原来烦琐复杂的半人工管理，数据库文件放在服务器中，便于数据管理，便于后勤管理人员和宿管通过客户端访问数据、查询学生信息。其中系统主要包括学生住宿管理、宿管信息管理、以及后勤管理等几个方面，力求做到条理清晰，简单易懂，操作方便，让管理人员通过使用本系统可以快速准确地找出所需信息，以达到节省时间，提高效率，简化工作程序，最终达到宿舍管理的现代化的目标。学院作为一个信息不断流动且信息业务广泛的单位，其自身的工作量极大，由于传统的工作方式带来的种种不便，必将使得工作人员频繁奔波在各个部门之间。因此，有必要建立起一套与之工作方式相适应的管理系统，尽可能的利用计算机进行管理。本系统就是在这样的情况下产生的。1.3 总体功能需求理想校园管理信息系统分析学生住宿管理子系统宿管信息管理子系统 后勤管理子系统图1-1本系统主要运用于：1.学生住宿管理：（1）学生个人信息 (2) 学生宿舍住宿安排；2.宿管人员管理：（1）宿管人员信息；3.后勤管理：(1)外来人员登记 (2)贵重物品报失 (3)设施损坏报修等各项信息的管理。初步了解学校现行学生宿舍管理的情况对学校学生、宿舍管理人员进行重点调查和访谈分析所得的资料,确定优化的学校宿舍管理目标及关键成功因素并建立数据类了解学校现行宿舍管理的目标和需求确定学校宿舍管理信息系统的总体功能结构确定学校宿舍管理信息系统的各个子系统的开发的优先级及其功能结构制定学校宿舍管理信息系统的开发进度和进行可行性分析 图1-21.4关键信息需求学生宿舍管理是学生从入学到毕业整个过程中住宿方面的详细记录，包括学生基本信息，所住宿舍的详细记录等内容。1.5系统可行性分析1.5.1可行性分析流程框图 我们通过企业系统规划法（BSP）对系统进行系统规划。整个管理信息系统的开发采用了结构化的生命周期法。结构化的生命周期法用系统的思想、系统工程的方法严格区分工作阶段来完成信息系统的整个开发过程，在整个开发过程中强调的又是文档的规范化和标准化。需求分析问题定义人员、管理可行性分析经济可行性分析技术可行性分析时间可行性分析综合测试评估结果完成相关文档1.5.2技术可行性分析鉴于经费、用途等多方面考虑，本系统采用C/S的计算模式。 Client（客户端）负责提供表达逻辑、显示用户界面信息访问数据库服务器；Server（服务器端）则用于提供数据服务。系统需求：硬件结构： 硬件结构物理位置安排（见下页图1-4） 拓扑结构：星型网络结构;软件结构：WindowsXP操作系统下，运用Access2003进行开发。辅助软件Java, Power Builder，Visual Foxpro其它要求：集线器（HUB），网线等；辅 导 员 宿管数 据 库后勤基建部学生事务部其它相关部门图1-41.5.3人员可行性分析系统开发完成后，可以初步满足四个年级的宿舍管理需求，与宿舍管理相关联的部门各有一人员来出行日常相关信息的更新，另外需要一个人员对系统进行总体的定期管理、维护、资料更新、信息保存。通过数据库技术完成宿舍管理代替文档文件，优点是可以实现信息共享、信息透明化、资料存取迅速。本系统开发需要6名技术人员，目前成员已经就位。经过大学的系统的理论学习和平时的联系，各小组成员掌握了基本的视窗操作系统，能熟练使用办公软件Microsoft Office，至少掌握一门计算机程序语言（以SOL语言为主）。因此在人员开发能力上，能达到本次系统开发对计算机水平的要求。1.5.4经济可行性分析经济方面的可行性主要是从事组织人力、财力、物力三方面来考察系同开发的可行性。当然也必须考虑开发项目将会带给学院的经济效益。建立信息系统的成本包括初始成本与日常维护成本两种。1.6系统开发进度1.6.1甘特图甘特图（Gantt Chart）是一种对各项活动进行计划和控制的图表，在甘特图中，以横向表示时间、纵向列出工作。是在制定管理信息系统开发工作计划及进行进度控制是常用的方法。计划工作项目15周16周17周18周19周20周系统规划系统分析系统设计系统实施系统运行维护与评价1.6.2系统开发计划通过调查分析，对课程管理的背景以及该系统目标及总体功能的需求和关键信息的需要，有了深刻的了解，为系统分析，系统设计及系统实施提供了可靠和完善的基础。开发计划对人员的安排，建立相应的组织，确定任务的重要信息和功能需求以及制定进度计划，确定近期完成的系统功能制定了相应的计划。下面就是具体的开发计划的详细介绍：时间：完成整个项目的总体时间为5周，并对相应的步骤规划了具体的时间。人员：本组系统开发由徐雯，武文波，郄朝昭，武梦迪，熊易超，徐翀6位同学共同完成，各个阶段分配不同的工作任务，最后汇总讨论。开发进度：系统规划（一周）、系统分析（一周）、系统设计（一周半）、系统实施（一周半）、系统维护 (一周)开发目标：提高课程管理的工作效率和办公自动化程度。在管理理论和方法上做出相应变革，以使在关键问题上（如宿舍变更，后勤处理）上获得实质性改善。组织研讨会：全部完成各个阶段后，全组成员对整体项目进行测试与研究，提出相应问题，进行实质性的完善。要使内部的工作井井有条，还要使我们的整个校园的工作系统各个部分方便沟通。具体的模式还要进一步扩充。辅以中继器，网桥，路由器，交换机。考虑在不同的情况下设计不同的连接。第2章 系统分析2.1组织机构及人员配备2.1.1学院组织机构结构图学院机构设置行 政教 辅教学体系学生事务部后勤基建部财务部教学事务部教育技术中心综合办公楼图书馆体育部土木工程系经济管理系机械工程系信息管理系法律系外语系招生就业办公室学生宿舍管理图2-12.1.2 学生宿舍管理人员分配学院每栋宿舍楼配有具有相关知识能力的工作人员管理宿舍的日常工作。2.2组织职能划分及同其它部门关系系统分析阶段的首要工作就是通过对现行系统的详细调查，弄清现行系统中各项业务的处理流程及涉及的相关数据。详细的调查工作，是通过与学校的后勤部门，宿舍的管理人员交流来完成，具体采用了重点访谈法和深入实际的方法了解业务细节。与系统相关主要部门简介：基建后勤部：主要负责的是基础设施的建设和后勤事务的处理，其中有教学楼和宿舍管理部门和维修部门。2.3系统分析完成的目标与内容管理信息系统分析阶段采用了以下工具：业务流程图（TFD），对组织机构的业务流程进行描述和分析；数据流程图（DFD），主要从数据的处理流动过程描述和分析实际业务的数据动态处理模式；数据字典（DD），规范的描述数据类，为系统设计阶段数据类涉及及数据库的设计奠定基础；U/C矩阵，利用功能与数据间的使用与生成的逻辑关系队组织业务进行系统化分析。通过上述工具的使用，使系统功能结构细化，并建立相应的逻辑模型。2.4功能结构图学生宿舍管理 学生住宿管理 宿管人员管理 后勤管理 学生个人信息学生宿舍住宿安排 外来人员登记 贵重物品报失 设施损害报修 宿管人员信息图2-2学院宿舍管理功能结构图2.5组织及业务联系表2.5.1学生住宿业务联系表工作部门学生事务部后勤部学生专业分类学生人数统计学生宿舍分配2.5.2宿管人员业务联系表工作部门后勤部宿管人员的选聘宿管人员培训宿管人员的分配2.5.3后勤管理业务联系表工作部门后勤部（维修部）后勤部（办公室）外来人员登记贵重物品报失设施损坏报修说明：“”表示该业务的执行需要用到相应管理部门的数据2.6 业务流程图2.6.1学生住宿业务流程图后勤部后勤部办公室人员事务部阅读信息，进行宿舍分配审查批准学生住宿安排计划学生住宿安排表(学生信息学生宿管人员后勤部2.6.2后勤管理业务流程图反映情况核对信息并报后勤部门做出相应的处理处理后存档信息需要后勤处理信息宿舍存在问题信息2.7数据流图2.7.1学生住宿数据流图教学事务部审核宿舍表汇总信息学生入住表审批统一安排宿舍安排计划2.7.2 2.7.2后勤管理数据流图学生反映宿舍情况宿舍存在问题表核对并报后勤部门 处理信息表作出相应处理存档信息表2.8业务及相关数据原始单据和报表通过与宿管人员交谈得知，当房间出现设备损坏情况，可先到楼长处登记再由楼长上报后勤部，分配专门人员进行维修。进入其他斋要进行身份验证。日期房号被访人来访人事由进楼时间离开时间签名备注会客登记表故障报修登记表日期楼层报修时间障碍报修排除障碍情况备注2008.1.2016-2012008.1.20厕所灯泡坏说明：“”表示该事项已完成。2.9数据字典2.9.1会客登记表的数据字典数据项名内容举例类型取值范围备注日期2008.1.5日期时间型8个字符房号16-201字符型6个字符被访人孙霞字符型5个汉字来访人张小瓶字符型5个汉字事由发通知字符型20个汉字进楼时间10:00字符型5个字符离开时间10:35字符型5个字符签名张小瓶字符型5个汉字2.9.2故障报修登记表数据字典数据项名内容举例类型取值范围备注日期2008.05.21日期时间型8位数字楼层401数字型3个字符报修时间12:45数字型5个字符障碍报修厕所灯坏字符型10个汉字排除障碍情况字符型1个字符2.9.3楼长信息表数据字典数据项名内容举例类型取值范围备注宿管信息管理ID1数字型150楼长张小燕字符型10个字符副楼长张飞字符型10个字符管辖范围16斋字符型4个字符楼管处电话22410000数字型8个字符工作范围字符型20个汉字移动电字型11个字符2.9.4学生住宿信息表的数据字典数据项名内容举例类型取值范围备注序号15数字型015000姓名张益字符型5个汉字性别男字符型2个字符专业名计算机字符型7个汉字房间号10-211数字型6个字符楼长周发财 字符型5个汉字宿舍电话22418542数字型8个字符联系电字型11个字符2.10 U/C矩阵数据类功能学生个人信息表学生住宿安排表宿管人员信息表会客登记表故障报修登记表处理后存档信息表 行号审核信息U1宿舍分配CC2审查批准U3宿管人员选聘U4宿管人员分配C5外来人员来访C6外来人员管理U7设施修理CC8后勤部门检查维修情况UU9列号123456 说明：U/C矩阵中，C表示这个数据类由相应的过程产生，U 是表示这个过程使用相应的数据类。2.11目标系统的逻辑功能结构在学生宿舍管理信息系统中，一共有三个子系统：学生住宿管理、宿管人员管理和后勤管理。在学生住宿管理子系统中，只有相关人员拥有密码进入，查询相应的信息,方便修改信息。在宿管人员管理子系统中，可以看到宿舍长的信息，有效地进行联络。在后勤子系统中是学生宿舍生活设施的报修情况和学生访客登记。 第3章 系统设计3.1目标系统的硬件配置方案客户机服务器以下为最低配置以下为最低配置操作系统Microsoft Windows XPMicrosoft Windows NT Sever内存512M512M硬盘80G80G数据库Microsoft Access 2003Oracle -OraHome 923.2目标系统的系统软件配置方案由于有权限浏览的部门有限，所以采取C/S计算模式。操作系统：Microsoft Windows XP Edition数据库服务器系统：Microsoft Access 2003应用服务器系统：Power Builder3.3目标系统的业务流程优化及最终确定 在系统分析阶段，我们得到了现行系统所有的数据处理流程和数据字典，这里的设计工作，是将这些结果针对新系统的要求进行设计和改造，进而得到新系统的数据处理流程及数据字典。 经过上一阶段的系统分析，系统的数据流程图和数据字典满足新系统的要求，所以在设计阶段不做修改。数据流程图和数据字典图见第二章。3.4 E-R实体-联系图在数据库管理系统中，采用数据模型来对现实世界进行抽象，反映数据本身及其他数据之间的关系，通常需要引用一个不依赖于计算机系统的中间层次概念模型，通常采用E-R模型来反映。在E-R图中，用矩形表示实体，用椭圆表示实体的属性，用菱形表示实体之间的联系用无向边将各属性连接到其所属的实体，用无向边将矩形和菱形连接起来，在边上表明是一对一联系、一对多联系或多对多联系。性别联系方式专业姓名姓名学生性别宿管人员学生住宿管理专业宿舍楼管辖范围楼内电话所在校区楼号学生 (姓名.专业.联系方式.性别)宿管人员(姓名.性别.专业.管辖范围)宿舍楼（所在校区.楼号.楼内电话）学生住宿 （姓名.楼号.专业）姓名所在宿舍号受访人会客管理外来人员访问结束时间来访时间来访原因性别姓名受访人（姓名，所在宿舍号）外来人员 （姓名，性别，来访原因，来访时间，访问结束时间）会客管理（受访人的姓名，所在宿舍号，来访人的姓名）3.5编码设计编码设计的主要工作是完成对共享数据类中的关键字段的编码结构设计，并形成编码库。共享编码的设计质量直接影响到未来系统的效率。编码要求：唯一性通过编码唯一地确定编码对象，如学生学号、规范性编码规则有包括编码的位数、编码的分段、每段的类型和含义、可识别性通过编码能容易识别被编码对象、可扩展性对已有编码留有足够的余量。编码方式：数字分组顺序编码编码使用实例：学生学号编码设计学生学号采用的是数字编码，编码为5段,8位分组数字码学年码 院系码 专业码 班级码 顺序码 06 07 2 5 35 06级 经济管理系 金融专业 五班 学号 说明：每个学生从大一入学开始分配一个学号，一直到大四，每个学生的学号携带此学生四年当中所有的在校记录，学生学号为入学后学校分配，不得更改。3.6数据输入、输出设计 系统的界面设计主要包括用户界面、输入设计和输出设计三部分组成：3.6.1输入设计 输入数据的主要任务包括以下几个方面：(1)确定输入设备和机制，(2)确定所有的系统输入，(3)确定输入数据的完整性控制，(4)数据的校验方法3.6.2 用户界面设计用户界面是系统与用户之间的接口，也是控制和选择信息输入.输出的主要途径。用户界面设计应坚持友好、简便、实用、易于操作的原则，尽量避免过于繁琐和花哨。界面设计包括菜单方式、会话方式、操作提示方式以及操作权限管理方式等等内容。3.6.3.输出设计 输出设计与输入设计类似，需要给出输出的方式和用户界面的内容，如显示输出的屏幕格式,打印输出的格式,每个显示、打印项目的类型、长度等。 3.7功能模块的处理流程 在系统的详细设计阶段,功能模块处理过程的设计和描述可以采用程序框图或过程描述语言(Procedure Description language-PDL)两种描述工具实现。本系统采用过程描述语言，实现功能模块的处理流程。补充：为了系统的安全保证，本系统设置了密码，密码号为：admin 第4章 系统实施4.1管理信息系统实施阶段的任务管理信息系统实施阶段的任务，是根据用户确认的设计方案，实现具体的应用系统，包括建立网络环境、安装系统软件、建立数据库文件、通过程序设计与系统实现设计报告中的各应用功能并装配成系统、培训用户使用。系统实施阶段的任务可以归纳为如下几项：1，购置和安装设备以建立计算机网络环境和系统软件环境;2,计算机程序设计；3系统调试和测试；4，人员培训；5，系统切换并交付使用。4.2 程序设计4.2.1程序设计特点成功的程序设计应具有如下几个特点:(1).可靠性。对于管理信息系统的应用而言，可靠性非常重要的，包括程序运行的安全可靠性、数据存取的正确性、操作权限的控制等。对于这些问题，我们在系统的分析和设计阶段进行了充分的考虑。(2).实用性。它是从用户的角度来看系统界面是否友好，操作使用是否方便，响应速度是否可以接受。(3).规范性。程序的规范性指的是程序的命名、书写格式、变量的定义和解释语句的使用等应参照统一的标准，具有统一的规范。(4).可读性。程序的可读性是要求程序设计结构清晰、可理解性好，程序中避免复杂的个人程序设计技巧，使他人也能够很容易地读懂，以利于对程序的修改和维护。4.2.2结构化程序设计的方法:我们采用的基本控制结构是：多重分支结构其设计原则是：自顶向下功能调用层次分明：各部分程序之间的联系采用程序调用的形式.程序书写采用锯齿型风格4.3 系统调试系统调试的过程通常由单个模块调试、模块组装调试和系统联调三个步骤完成。第一步：单个模块调试：对单个模块进行检查，保证其内部功能的正确性。第二步：模块组装调试：针对各个子系统，对本子系统内部的模块进行组装，并检查其模块间的调用关系、数据的传递是否正确，本子系统的功能是否完整。第三步：系统联调：在单个模块调试和模块组装调试确认各模块和各子系统正确完整之后，开始进行整个系统的联调。4.4系统测试1.数据处理正确性测试2.功能完整性测试3.系统性能测试测试结果: 数据可以正确的存入数据库系统,同时数据库系统中的数据能够正确的输出;数据间的计算关系正常.但由于时间和水平有限,系统只具备基本的功能,未能达到全部功能,辅助性功能和很多细节性功能都未能实现.系统性能方面,运行的速度基本正常,用户界面比较友好,但对于错误的检测等均未实现.有待于进一步完善.4.5人员培训对人员的培训，总体包括下列内容：1. 系统的总体方案;2. 系统网络的操作与使用；3. 系统的功能结构；4. 计算机的操作与使用；5. 数据库系统、开发工具等系统软件；6. 系统事务型业务功能的操作和使用方法；7. 系统维护型功能的操作和使用方法；8. 系统统计分析型功能的操作和使用方法；9. 系统的参数设置；10. 系统初始数据输入功能的操作和使用方法；11. 可能出现的问题和解决方法；12. 汉字的输入方法；13. 系统的使用权限和责任；14. 系统的文档管理规范。操作人员：（1）（4）（6）（10）（12）（13）维护人员：（1）（2）（3）（5）（6）（7）（8）（9）（10）（11）（13）（14）管理决策人员：（1）（3）（4）（8）（13）归档人员：（1）（13）4.6 系统切换系统切换指的是系统开发完成之后新旧系统之间的转换，主要包括以下三个部分内容：第一，完成新系统数据的准备，完成必要的旧系统文件到新系统文件的转换；第二，将系统有关资料转交用户，移交系统的控制权；第三，协助用户实际使用新系统。本系统使用并