管理信息系统开发报告(修改版).doc
《管理信息系统开发报告(修改版).doc》由会员分享,可在线阅读,更多相关《管理信息系统开发报告(修改版).doc(68页珍藏版)》请在咨信网上搜索。
. 张爱玲曾经说过:“爱一个人会卑微到尘埃里,然后开出一朵花来。” 年少时读这句话时,甚是不解,感到不可思议,为何爱一个人会卑微到尘埃里,还会满心欢喜?太没有骨气了,太没有自尊了,满满是疑惑之意。 等到年长时,经历了爱和被爱的心路历程,慢慢领悟到爱的神圣,爱的沉重。再一次阅读张爱玲的爱情故事,别有一番滋味。 张爱玲与胡兰成,一个是当时上海最有名气的女作家,一个是汪伪政府的要员,在乱世之中,他们的相识、相知、相恋,及至最后的分手,都堪称是一场“传奇”.胡兰成因为爱慕张爱玲的才华,惺惺相惜,因为相知,所以懂得,两人便有了知交之感,成就了一段爱情。 但胡兰成风流倜傥,在与张爱玲交往同时也与其他女性暧昧着,这让张爱玲十分痛苦,但还是隐忍着。 张爱玲送胡兰成的照片背后,题的“当她见到他,她变得很低很低,低到尘埃里,但心是欢喜的,从尘埃里开出花来”. 张爱玲的爱情是至情至善的,她对胡兰成是倾心所爱,把自己看得很渺小和卑微,为他付出一切无怨无悔,只要胡兰成开心,她就心甘情愿,为这种付出感到高兴,心里乐开了花。 这种爱情很卑微,既感到可怜又痛心,不禁长叹不已,问一句:“情为何物?直教人生死相许。” 在一段爱情里,如果两人是两情相悦的,那是世上最幸福的事情。 可是现实总是造化弄人,总是有一个人用情至深,执着追求,放下矜持,放下自尊,放下骄傲,放低身段去讨好对方,取悦对方,只为了讨得对方的欢喜就心满意足。 《那年花开月正圆》里的沈星移对周莹就是一份卑微的爱情,爱得轰轰烈烈,爱得心力交瘁。 为了周莹,沈星移赴汤蹈火在所不辞,奋不顾身地解救了周莹几次。尽管周莹对他说,他们之间是没有结果的,不管他出多少彩礼也不会嫁给他,他们之间横着许多鸿沟无法逾越,有寡妇的身份,有在神坛面前“永不再嫁”的誓言,有两家的深仇大恨。 尽管如此,沈星移还是无怨无悔的爱着,只要周莹开心和幸福,他做任何事情也毫无怨言。 爱情的力量何其伟大,为了一份爱,可以卑微,可以渺小,而在心里却心甘情愿,承受爱的折磨和痛苦。 人生很长,为何要这般难为自己,既然不能执子之手,与子偕老,何不放手呢?他朝两忘烟水里,何惜白驹俱往驰。既然有缘无分,那就相忘于江湖,给彼此一个祝福吧! 惟愿你安好,便是晴天! 学生公寓出入管理信息系统开发报告 指导教师:王晓欣 小组成员:秦芳(组长)张颖 袁佳伟 程雅琴 刘乙霏 王洋洋 成 绩: 班级:管实1002班 2012年7月1日星期日 目录 1.系统规划 3 1.1开发背景 3 1.2开发目的 3 1。3可行性分析 3 2。系统分析 3 2。1 对现行系统的详细调查 3 2。2系统需求说明 3 2。3 业务过程描述 3 2。4 数据分析及数据流程分析 3 2.5新系统方案的建立 3 3。系统设计 3 3。1系统总体结构设计 3 3.2数据描述:系统E-R图 3 3。3关系数据模型 3 3。4数据库表设计 3 3.5硬件结构及系统软件结构的设计 3 3。6数据处理流程及数据类的设计 3 3。7应用软件结构设计 3 3。8输出设计 3 3.9输入设计 3 4.系统实施 3 5。团队总结: 3 1.系统规划 1。1开发背景 随着学校的扩建与学生的逐渐增多,对学生公寓的需求也越来越多。由于学生住宿条件的改善,宿舍内的贵重电器也越来越多,相关部门对学生公寓管理的要求也越来越高,渐趋详细。大量的学生公寓出入情况数据的统计分析工作如果只靠人工来完成,费时费力,还容易出错。随着计算机技术的飞速发展,计算机在日常管理应用中迅速普及,利用计算机进行学生公寓管理势在必行。因此需开发出一个能满足学校进行学生公寓出入情况的录入,统计,查询,报表和打印等需求的、功能完善、安全可靠、迅速简便的学生公寓出入登记管理信息系统,以帮助相关人员进行对学生公寓的有效管理。 1.2开发目的 开发出一个操作简便,界面友好,灵活实用,安全可靠的学生公寓出入登记管理信息系统.该系统的开发以学校后勤管理人员和宿舍管理人员为对象,能够提高学校对学生公寓出入状况统计分析效率,减轻后勤管理人员对学生公寓的安全管理和统计的负担,提高学校对学生公寓出入状况的规范化管理。该出入登记管理系统能够及时对学生出入公寓状况进行收集整理,使学校相关部门及时获取可靠的学生公寓出入登记信息,便于管理。 开发该系统的目标是要达到: 第一,为学校宿舍管理人员提供各学期,各年级,各班级学生的基本公寓登记信息,以作为其进行宿舍状况管理的依据。 第二,更好地保障学生公寓的安全。 第三,实现快速方便地处理大量成绩数据信息,减少人工登记的工作量,完成学生公寓出入的录入、添加、修改、查询等处理要求。 第四,输出和打印学生公寓出入单. 1.3可行性分析 该公寓管理系统在技术上容易实现,且经济成本低,易于推广,便于使用,社会使用性强,它的应用能够加速学校管理的信息化建设,根据长时间的分析研究,该系统的可行性分析包括以下几个方面的内容: 1。3.1技术可行性分析 (1)硬件环境: 每栋公寓楼需配备一台计算机.主要配置为CPU(PII300以上)、内存(64M以上)、显卡(4M以上)、系统为Windows98以上。 (2)软件环境: 用户端:Windows2000,Windows2003,Windows XP; 服务器端:WindowsNT/Windows2000及以上操作系统; 开发工具:科力MIS系统。 1.3。2经济可行性分析 现代化教育需要现代化、信息化的管理,在电脑普及的今天,该系统成本低,维护费用少,同时也可以节省人力、物力、财力。数据库来编程实现,系统设计成模块化、组件化,便于将来的扩展和维护,减少学校的再投资,很大程度的降低了原来在公寓管理上的花费,而且更加直观和方便. 在经济上,用此系统加强了学生公寓出入登记信息管理效率,为后勤人员提供了较高的效率,可节省人力资源的开支并取得无形的校园效益。 1。3.3管理可行性分析 高校管理者具有较高的素质,他们对管理现代化有较高的认识水平且支持重视。在工作上,后勤人员管理学生公寓信息量非常大,开发了此系统,可极大提高后勤人员的工作的效率。方便学生登记状况的储存和修改,及以后随时查询登记信息,是一个比较人性化的管理系统。 2。系统分析 系统分析是管理信息系统开发工作中最重要的一个阶段,在这个阶段中系统分析人员基于对企业管理业务的详细调查,利用一些描述及分析方法对企业现有的信息处理系统进行描述和分析,提出新系统的逻辑方案.系统分析的本质是通过对现有系统的描述和分析回答未来系统“要做什么"的问题。 管理信息系统的系统分析阶段的主要工作有: (1)对现行系统的详细调查; (2)描述组织机构及各部门的业务; (3)描述现有系统的业务流程; (4)描述现有系统的数据需求; (5)依据业务及数据的逻辑关系,分析现有系统的地业务流程及数据类; (6)建立新系统的逻辑方案。 2.1 对现行系统的详细调查 对现行系统的详细调查结果是系统分析的主要依据。系统分析阶段的首要工作就是通过对线性系统的详细调查,弄清现行系统中各项业务的处理流程及涉及的相关数据。 对现行系统的详细调查工作是通过与企业组织机构各部门的业务人员交流来完成的。虽然业务人员对自己工作业务非常熟悉,却常常不能将自己的工作用规范化的方式表达出来,因此我们不得不借助于一些方法和工具使系统分析人员和业务人员沟通和理解. 常用的调查方式有重点访谈、填写业务需求调查表、专题调查会、深入实际等几种方法. 2.1.1物品出入现行系统概况 我校现行的物品出入管理使用的是原始的手工登记方式,利用登记簿记载各种信息。其大致流程: 物品出入登记人 物品登记情况簿 登记簿 手工登记 图2-1a 物品登记原始业务流程 目前,我校的学生公寓对于外来人员的登记管理仍是很原始的,即采用手工登记的方法。大致流程如下: 来访人员 来访人员登记情况簿 登记簿 手工登记 图 2-1b 来访人员登记原始业务流程 来访人员在进行登记时需要登录以下信息: 宿舍楼号 被访者宿舍号 被访者姓名 来访人姓名 来访事由 然而手工登记给我们的宿管人员和学生都带来很多的不便,在有些时候工作量还很大。针对这一现状,我们需要建立一个有效的管理信息系统,以利于我们的管理工作. 2。2系统需求说明 当前,我们学校的相关设施还是比较原始的, 对于学生的公寓管理依然停留在手工登记的阶段,这给宿管人员和学生都带来很多的不便,学校要是想了解学生宿舍的外来人员情况的相关信息,还需要翻阅各个登记簿,工作量还是比较大的,使管理变得没有效率。针对这一情况,对学校的现行发展情况而言,建立一个有效的学生宿舍来访人员管理信息系统是必要的: 2.2。1学生公寓需求 用户需求:可以对学生公寓外来人员进行有效的管理 学生方面:让学生感觉到学校的管理透明。 学校方面:可以查询每一个外来人员入住本校学生宿舍的相关信息. 来访人员方面:为防止公寓安全,所有来访人员必须提供学生住宿的公寓号和寝室号才可以进入公寓。对来访人员进行严格登记,包括来访时间,结束时间,来访人员的来访事由,能查询到每一条来访人员和被访人的信息. 2.2。2功能性需求 软件需求分析是指对目标软件系统在功能、行为、性能、设计约束等方面的期望。需求分析是软件设计、实现测试直至维护的主要基础,良好的需求分析可以避免或尽早提出早期的错误,从而降低软件的开发成本,改进软件的质量。从而为我校节省更多的人力、物力和财力。 学生公寓是学生日常生活与学习的重要场所,学生公寓管理事关学生人身安全和财产安全,关系到学校正常的教学、生活秩序,关系到学校和社会的稳定。近年来,随着高等教育的快速发展,各大学都在快速发展,学生人数逐年增加,校舍不断扩大,我校学生公寓的数量规模都在不断地扩大,给我们的后勤部门带来更大的工作量。 同学生公寓的管理涉及面广,需要多个学校部门共同合作、协调,并且各部门对学生公寓的管理有着不同的需求,对学生的情况的也需要不同层面的了解,尤其是对外来人员的登记方面的工作更待加强,毕竟关系到学生和相关财物的安全。另外随着网络的普及,网络逐渐成为工作和生活中密不可分的有效载体,开发基于网络的学生公寓管理系统,有利于学校各部门对学生的生活信息的掌握,达到信息资源共享已势在必行。 学生公寓外来人员管理信息系统应完成的任务:对来访人员进行严格登记,包括来访时间,结束时间,来访人员的来访事由,能查询到每一条来访人员和被访人的信息。 2。2。3非功能性需求 用户界面需求:简洁、易用、易懂,友好的用户界面。 硬件需求:Pentium以上计算机 可靠性需求:保证用户在正常使用本系统时,用户的操作或误操作不会产生数据丢失,方便我们的用户进行相关的查询和登记录入。 2.3 业务过程描述 企业的运作是由企业组织机构的各项业务过程实现的,业务过程是企业动态系统的在组成部分。对现行企业组织机构业务过程的描述和分析是系统分析工作的重要内容. 对企业的每一项业务过程我们可用一种称为“业务处理流程图”(Transaction Flow Diagram ,TFD)的图形工具来描述,当然,对于一些简单的业务过程我们也可以通过文字描述其处理过程. 业务流程图通过一些特定的符号描述企业业务的处理过程,它重点强调了业务过程中每一项处理活动和具体业务部门的关系。 业务处理流程图的画法目前尚不统一,我们这里介绍一种简单的业务流程图画法。这种业务流程图只用五种基本符号,其符号及名称如下图所示: 业务处理部门或个人 业务处理活动 生成的报表、卡片、凭证等 传递 使用的基本数据或使用数据 2。3.1物品出入新业务流程图: 物品出入业务:学生物品出入时,进行物品出入登记,管理员将物品出入的信息输入数据库,形成物品出入信息表。 学生 物品出入登记 物品出入登记簿 输入物品出入信息 物品出入信息登记表 管理员 图2-3a 物品出入业务新流程图 2。3。2来访人员出入新业务流程图: 来访人员出入业务:来访人员在出入时,进行信息登记,管理员将来访人员及被访人员的信息输入数据库,形成来访出入信息登记,从而便于更好的管理. 来访人员 登记来访者与被访者信息 来访人员出入登记簿 输入来访人员出入登记信息 来访人员出入信息登记表 管理员 图2—3b 来访人员出入业务新流程图 2。4 数据分析及数据流程分析 2.4。1数据流程分析 舍弃企业组织机构(或个人)而主要从数据的处理与流动过程描述和分析实际业务的数据动态处理模式的工作称为数据流程分析,因此数据流程分析的工具—-数据流程图(Data Flow Diagram-DFD)中主要包括信息的流动、处理与存储。另外,虽然数据流图主要描述某一业务范围内的数据处理模式,但为了描述该业务与外部实体间的联系,也有少量的外部实体。所谓外部实体指的是该业务主题执行部门以外的部门或个人. 上述说明,数据流图是描述各企业各项业务的数据流图的图形工具,它用少数的几种符号综合反映信息在系统中的流动、处理和存储情况。数据流图有四种基本符号如下图: 外部实体 处理 数据流 数据存储 针对以上新业务流程图我们绘制出了新系统的数据流程图: 学生 物品出入登记 输入物品出入信息 管理员 物品出入登记簿 物品出入信息登记表 图2—4a 物品出入新数据流程图 来访人员 登记来访者与被访者信息 输入来访人员出入登记信息 管理员 来访人员出入信息登记表 来访人员出入登记簿 图2-4b 来访人员出入新数据流程图 注:①应当指出,业务流程图与数据流程图都是描述企业业务数据处理过程的图形工具,只是二者的着眼点不同; ②数据流图更注重描述业务内数据间的关系,并把业务看作一个整体功能,也就是更注重描述其“系统”特征,而该项业务通过外部实体与其环境交换信息; ③从使用者的角度来看,应用业务流程图描述企业各项业务的数据处理过程更容易与用户进行交流;数据流图较业务流程图抽象,描述的是企业业务数据处理过程的本质(业务的数据流动、处理与存储),但难以描述系统的控制流。 在一般的情况下,在描述现有系统的业务处理过程时,业务流程图与数据流程图二者兼用,而在系统设计阶段描述新系统的数据处理过程时,只用数据流图。 2.4。2 数据分析 在数据流图中,我们对每一项业务的数据处理过程进行了动态描述,但对数据流图中涉及的数据类(数据存储、数据流等),却未给出详细描述。 用于描述数据类的工具称为数据字典(Date Dictionary,DD),它是一种简化了的、用于规范描述数据类的主要结构及特性的表格工具。 在系统分析阶段,数据字典用于描述现行系统中的数据类,描述的结果将购成系统设计阶段数据类设计及数据库设计的基础。 数据字典中包括数据类名称及该数据类每一数据项的数据项名、类型、取值范围、每一数据项的内容举例、备注等。 数据字典规范化描述部分采用数据表格方式给出. 除了用表格规范化描述每个数据类的结构外,还用描述数据类的数据处理特性,包括: (1) 数据类中各数据项的计算关系; (2) 数据类的使用(或生成)频度; (3) 数据类的保密性要求; (4) 数据类在某个时间周期内的数据量估计。 部分数据字典举例: 数据类名称:住宿学生信息表 数据项名 内容举例 类型 取值范围 备注 学号 10020215 数字型 8位整数 姓名 秦芳 字符型 最多5个汉字 性别 女 字符型 最多1个汉字 专业 经管实验班 字符型 最多20个汉字 宿舍号 211 数字型 3位整数 入住时间 2010—9-4 日期型 根据“来访人员数据流图”给出以下数据字典: 数据类名称:来访人员出入信息登记表 数据项名 内容举例 类型 取值范围 备注 姓名 秦芳 字符型 最多5个汉字 被访者姓名 性别 女 字符型 最多1个汉字 被访者性别 宿舍号 211 数字型 3位整数 被访者宿舍号 姓名 袁佳伟 字符型 最多5个汉字 来访者姓名 工作单位 北京科技大学天津学院 字符型 最多30个汉字 来访者工作单位 联系方式 12345678912 数字型 11位整数 被访者联系方式 来访时间 2012—6-1 日期型 关系 同学 字符型 最多10个汉字 2.5新系统方案的建立 新系统的逻辑方案是指经过以上的描述分析工作,找出现有系统存在的各种问题并改正优化后给出新系统的系统功能结构、信息结构和准备采用的管理模型,由于它不考虑计算机及网络等硬件的实体结构,故称为逻辑方案. 新系统的逻辑方案包括:分析整理后的业务流程、分析整理后的数据字典、经过各种检验并优化后的系统功能结构、每一项业务处理过程中新建立或已有的管理模型和管理方法。对现有系统的描述及依据对现有系统的描述导出的新系统的逻辑方案构成了系统分析阶段的成果-—系统分析报告的核心内容。一般来说系统分析报告的内容应包括: (1)组织机构及目的、任务. ①组织机构图。 ②组织目标描述。 ③机构任务描述。 ④功能/机构联系表。 (2)全部数据字典。 (3)全部数据流程图及业务流程图. (4)新系统功能结构。 (5)新系统应采用的管理方法、算法模型等。 (6)所有详细调查资料(笔记及收集的各种报表、文档资料、工作记要). 3。系统设计 3。1系统总体结构设计 3.1.1子系统的划分 3。1.1.1人员管理子系统:该系统包括学生信息查询,信息录入,删除记录,信息修改四个功能模块。 学生信息查询:实现每个学生基本信息情况的查询功能.查询方式包括按学号查询,按姓名查询,按班级查询,按寝室查询,混合查询以及公寓住宿情况查询六个子模块. 按学号查询:通过学生学号实现对每个学生基本信息情况的查询功能 按姓名查询:通过学生姓名实现对每个学生基本信息情况的查询功能 按班级查询:通过班级实现对某班学生住宿情况以及该班学生相关信息的查询功能 按寝室查询:通过寝室号实现对该寝室入住学生的信息查询功能 混合查询:通过学号、姓名、班级、寝室号中任意两种及两种以上的组合信息实现查询功能 公寓住宿情况查询:查询每栋公寓所有宿舍的住宿情况以及宿舍楼所住学生统计情况 学生信息录入:实现对新入住学生信息的录入 删除记录:实现对已不任职的员工以及已离校3年的学生的记录删除功能 信息修改:实现对在职员工及已存在的所有学生基本信息的修改 学生基本信息修改:实现系统管理人员对学生基本信息所作的添加、修改和删除功能 工信息修改:实现系统管理人员对公寓员工信息所作的添加、修改和删除功能 3.1。1。2公寓管理子系统:公寓管理子系统包括:楼房管理,宿舍管理,员工管理三个功能模块 楼房管理:登记学校所有住宿楼情况 宿舍管理:登记学校所有宿舍的情况 员工管理:实现楼房管理人员的添加功能 3。1。1.3出入登记子系统:出入登记子系统包括:物品进楼登记,物品出楼登记,来访人员登记,访问结束登记四个功能模块 物品进楼登记:详细登记某学生搬入宿舍楼的物品情况 物品出楼登记:详细登记某学生搬出宿舍楼的物品情况 来访人员登记:详细登记进入宿舍楼的外来人员情况 访问结束登记:详细登记外来人员的离开情况 3.1.1。4系统管理:系统管理包括:超级用户登录,普通用户登录,用户管理,密码修改,数据备份,退出系统六个功能模块 超级用户登录:实现系统管理人员登录 普通用户登录:实现一般管理人员登录 用户管理:实现系统管理人员授予或取消一般用户登录该系统的用户名和密码的功能。普通用户只要浏览及一些简单的添加操作权利,无用户设置,记录删除等权利。 密码修改:实现用户的密码更改功能 数据备份:实现对学生公寓管理信息系统数据库的及时备份以及在系统出现故障以后利用已保存的数据进行恢复两项主要功能。 退出系统:实现正常退出公寓管理信息系统功能 3。1。2系统总体结构 图表 Error! Bookmark not defined.学生公寓管理信息系统总体结构图 3。2数据描述:系统E-R图 卫生管理 宿舍 公寓 等级 减分 得分 日期 检查1 检查2 检查3 学生处 违规管理 原因 程度 处罚 学号 姓名 日期 公寓号 房间数 可住人数 楼层数 员工号 姓名 地址 职务 公寓号 性别 后勤 用途 总价 单价 数量 资产名称 寝室号 公寓号 日期 资产管理 住宿费用 居住性别 实住人数 可住人数 寝室号 寝室 学生 住宿 包含 员工 公寓 管理 性别 姓名 学号 院系 专业 出生日期 家庭住址 入学日期 联系方式 政治面貌 备注 物品流动方向 备注 出入楼物品 出入 值班人 时间 物品名称 物品编号 学号 来访人姓名 来访人员 来访 有效证件号 宿舍号 所属关系 备注 值班人 离开时间 来访日期 来访时间 受访者学号 3.3关系数据模型 1)实体的关系数据模型 员工(员工号,姓名,性别,公寓号,职务,住址) 公寓(公寓号,可住人数,房间数,楼层数) 寝室(寝室号,可住人数,实住人数,住宿费用,居住性别) 学生(学号,姓名,性别,院系,专业,政治面貌,入学日期,出生日期,联系方式,家庭住址,备注) 来访人员(来访人姓名,受访者学号,宿舍号,来访日期,来访时间,离开世界,值班人,有效证件号,所属关系,备注) 出入楼物品(学号,物品编号,物品名称,时间,物品流动方向,值班人,备注) 2)联系的关系数据模型 管理(员工号,公寓号) 资产管理(寝室号,日期,资产名称,数量,单价,总价,用途) 包含(公寓号,寝室号) 住宿(寝室号,学号) 卫生管理(寝室号,日期,登记,得分,减分,检查1,检查2,检查3) 违规管理(学号,日期,处罚,程度,原因) 来访(有效证件号,学号) 出入(学号,物品编号) 3.4数据库表设计 表格 1用户表(loginIn) 数据项名 描述 数据类型 取值范围 NULL UserName 用户名 字符型 10 N UserID 用户密码 数值型 10 N UserPower 用户权限 字符型 20 N 表格 Error! Bookmark not defined.学生基本情况表(Student) 数据项名 描述 数据类型 取值范围 NULL Stu_Key 学号 字符型 20 N Stu_Name 姓名 字符型 10 Y Stu_Sex 性别 字符型 2 Y Stu_Enr 入学日期 日期型 10 N Stu_Birth 出生日期 日期型 10 N Stu_year 年制 数值型 10 Y Stu_College 院系 字符型 10 N Stu_Major 专业 字符型 10 N Stu_Class 班级 字符型 10 Y Hou_ID 公寓号 字符型 10 Y Dor_ID 寝室号 字符型 10 Y Dor_Tel 寝室电话 字符型 10 Y Stu_Polit 政治面貌 字符型 10 N Stu_Address 家庭住址 字符型 50 N Stu_Tel 联系方式 字符型 20 N Stu_Des 备注 通用型 4 N 表格 Error! Bookmark not defined.学生住宿表(Student_base) 数据项名 描述 数据类型 取值范围 NULL Stu_Key 学号 字符型 20 N Hou_ID 公寓号 字符型 10 Y Stu_dor 寝室号 字符型 10 Y 表格 Error! Bookmark not defined.寝室表(Dorm) 数据项名 描述 数据类型 取值范围 NULL Dor_ID 寝室号 字符型 10 N Dor_Sex 居住性别 字符型 2 Y Dor_Num 可住人数 数值型 2 Y Dor_Fact 实住人数 数值型 2 Y Dor_Price 住宿费用 数值型 10 Y Dor_Tel 寝室电话 字符型 10 Y Dor_Des 备注 通用型 4 Y 表格 2员工表(Employee) 数据项名 描述 数据类型 取值范围 NULL Emp_ID 员工号 字符型 20 N Emp_Name 员工姓名 字符型 10 Y Emp_Age 员工年龄 字符型 3 Y Emp_Sex 员工性别 字符型 2 Y Hou_ID 公寓号 字符型 10 N Emp_Job 职位 字符型 10 Y Emp_Add 家庭住址 字符型 50 Y Emp_Tel 联系方式 字符型 20 Y Emp_Des 备注 通用性 4 Y 表格 3公寓表(House) 数据项名 描述 数据类型 取值范围 NULL Hou_ID 公寓号 字符型 10 N Hou_Num 房间数 数值型 10 Y Hou_Flr 楼层数 数值型 10 Y Hou_Peo 可住人数 数值型 10 Y 表格 Error! Bookmark not defined.来访人员表(Visit) 数据项名 描述 数据类型 取值范围 NULL Vis_Name 来访人姓名 字符型 10 N Vis_Host 受访人姓名 字符型 10 Y Dor_ID 寝室号 字符型 10 N Relation 所属关系 字符型 10 Y Vis_Data 来访日期 日期型 10 Y Vis_Time 来访时间 时间型 10 Y Lea_Time 离开时间 时间型 10 Y Vis_Watch 值班人 字符型 10 N Vis_Cred 有效证件号 字符型 20 N Vis_Des 备注 通用型 4 Y 表格 Error! Bookmark not defined.物品出入楼表(Goodsmove) 数据项名 描述 数据类型 取值范围 NULL Stu_ID 学号 字符型 20 N G_ID 物品号 字符型 20 N G_direc 物品流动方向 字符型 10 N G_Data 时间 时间型 10 Y Watch 值班人 字符型 10 N G_Des 备注 通用性 4 Y 表格 Error! Bookmark not defined.学生违规情况表(Violation) 数据项名 描述 数据类型 取值范围 NULL Data 日期 日期型 10 Y Name 姓名 字符型 10 N Class 班级 字符型 10 Y House 公寓 字符型 10 Y Dorm 寝室 字符型 10 Y Cause 原因 字符型 50 N Extent 程度 字符型 10 N Penalty 处罚 字符型 50 N Des 备注 通用型 4 Y 表格 4卫生情况表(Sanitation) 数据项名 描述 数据类型 取值范围 NULL San_Data 日期 日期型 10 N San_House 公寓 字符型 10 N San_Dor 寝室 字符型 10 N San_Exam1 检查1 字符型 50 N San_Exam2 检查2 字符型 50 N San_Exam3 检查3 字符型 50 N San_Score 得分 数值型 4 N San_minus 减分 数值型 4 N San_Grade 等级 字符型 6 N San_Des 备注 通用型 4 Y 表格 5资产情况表(Assets) 数据项名 描述 数据类型 取值范围 NULL Asset_Data 日期 日期型 10 N Asset_House 公寓 字符型 10 N Asset_Dorm 寝室 字符型 10 N Asset_Name 资产名称 字符型 20 N Asset_Num 数量 数值型 4 N Asset_SinPrice 单价 数值型 10 Y Asset_AllPrice 总价 数值型 10 N Asset_func 用途 字符型 50 Y Asset_Des 备注 通用型 4 Y 说明: 该管理信息系统总共用到十一张表:用户表(LoginIn),学生基本情况表(Student),来访人员表(Visit),物品出入楼表(Goodsmove),学生住宿表(Student_base),寝室表(Dorm),员工表(Employee),公寓表(House),学生违规情况表(Violation),卫生情况表(Sanitation),资产管理表(Assets).各表之间有一定的关系,可以进行关联。 1)学生基本情况表(Student),学生住宿表(Student_base),物品出入楼表(Goodsmove)这三张表中都有一个相同的字段:学号(Stu_ID),通过该字段即可将系统中的这三张表建立关联。当某张表发生插入、修改、删除等改动时,相关联的表也可进行相应的变动。同理,学生住宿表(Student_base),寝室表(Dorm),来访人员表(Visit)也有一个相同的字段:寝室号(Dor_ID),我们可通过该字段将这三张表建立关联. 2)由于员工是负责管理某栋公寓的,因此员工表(Employee)与公寓表(House)这两张表之间也有一个共同的字段:公寓号(Hou_ID),以此建立两表的关联. 3.5硬件结构及系统软件结构的设计 3。5.1硬件结构的设计 一般来说,如果系统的数据处理是集中式的,则可采用单主机—-多终端模式,此次可以采用小型机作为主机。而计算机及网络的各项技术参数的选择可依据系统要处理的数据量及数据处理的功能要求来决定.当选定计算机系统的计算模式之后,我们就可以确定系统的网络拓扑结构,并根据系统的逻辑功能划分确定网络的逻辑结构,这实际上也就确定了网络的主要连接设备及服务器等重要部分的构成,此时应遵循的重要原则是应尽量使信息交换量大的应用放在同一网段上. 3。5。2软件结构的设计 1)网络设计 学生公寓出入管理系统是学校管理信息系统的一部分。通过局域网络将各公寓的计算机与宿管中心数据库相连接,并与宿管中心下属的出入证管理处,信息管理中心相交互,使数据通过C/S型局域网进行快速准确的进行交换. 2)设备和网络的设置 a) 设备:系统采用的是局域网,每个公寓出入口配备一台计算机与多个读卡器,出入证管理处配备计算机,信息管理中心配备服务器。 b) 网络设置: 公寓宿管处和信息管理中心的通信方式,通过服务器以C/S形式进行数据交流。 Ø 网络指标选择:通过双绞线和交换机连接PC和服务器,采用以太网协议进行通信。 Ø 网络传输范围:局域网。 Ø 软件指标:公寓主机和学校主机采用Windows 2000或xp操作系统即可。 Ø 公寓配备读卡器,出入放行设备,警报器等,由公寓管理处统一管理。 3。6数据处理流程及数据类的设计 3.7应用软件结构设计 3.8输出设计 输出是系统产生的结果或提供的信息。对于大多数用户来说,输出是系统开发的目的和评价系统开法成功与否的标准。因此,系统设计过程与实施过程正好相反,不是从输入设计到输出设计,而是从输出设计到输入设计。 输出设计的内容包括: 1)有关输出信息使用方面的内容,包括信息的使用者、使用目的、报告量、使用周期、有效期、保管方法和复写份数等。我们所开发的系统输出信息的使用者为管理员、学生、老师、维修员及送水员等,他们将信息输入数据库,并从数据库中获取所需信息。我们输出信息是为了管理学生公寓的日常活动,包括物品出入、夜归、卫生评比、报修、订水、快件接收、购买网卡、电话卡等。输出的信息是使用者需要的,通过使用、分析输出的信息,公寓中的各项活动便可有序地进行.其报告量视各项活动的需求而定。其使用周期可为一个月,每月更新必要的信息,这样数据库中的信息便会简洁且切合实际需要。输出的信息的有效期为学生在校期间,学生在校期间内所发生的各项活动所得信息都是有效的。保管方法可用较好的硬盘存储。复写份数为使用者数,使得每位使用者都能得到一份信息表获取信息. 2)输出信息的内容,包括输出项目、位数、数据形式(文字、数字)。其数据形式包括文字及数字. 3)输出格式,如表格、图形或文件。我们的系统所输出的信息的格式为Visual Basic的运行界面。 4)输出设备,如打印机、显示器、磁带、光盘等。我们的系统输出信息的设备为显示器.从电脑中查询信息。 5)输出介质,如输出到磁盘上还是磁带上,输出用纸是专用纸还是普通纸等.我们系统输出的信息的输出介质是输出到磁盘上,输出用纸是普通白纸. 3.9输入设计 输入设计对系统的质量有着决定性的重要影响,因为如果输入数据有误,即使计算和处理均十分正确,也无法获得可靠的输出信息。同时,输入设计是信息系统与用户之间交互的纽带,决定着人机交互的效率。 3。9.1输入设计的原则 ① 控制输入量 由于数据的输入与计算机的处理比较起来相对缓慢,在数据录入时,系统大多数时间都处于等待状态,系统效率将显著降低;同时,数据录入- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理信息系统 开发 报告 修改
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文