北航硕士论文-参考模板与格式要求

《北航硕士论文-参考模板与格式要求》由会员分享，可在线阅读，更多相关《北航硕士论文-参考模板与格式要求（144页珍藏版）》请在装配图网上搜索。

1、北京航空航天大学硕士学位论文 中图分类号：TP3 论文 编号：10006GS0721XXX 北京航童航夭大學 硕士学位论文 XXXXXXXXXXX XXXXXX 作者姓名 XXX 学科专业 XXXX 指导教师 XXX 培养院系 XXXX D esign and m p lem entathn of XX S ystem A Dissertation Submitted for the Degree of Master Candidate： XXXXX S upervisor： XXXX CoUege ofXXXX Beihang University, Beijing, China 中图分类号

2、：TP3 论文编号：10006GS0721XXX 北京航空航天大学硕士学位论文 硕士学位论文 XXXXXXX XXXXX 作者姓名 XXX 申请学位级别 工程硕士 指导教师姓洛 XXX 职 称 副教授 学科专业 XXXXX 研究方向 XXXXXX 学习时间自 2007 年 09 月20日起 至 2009年12月31日止 论文提交日期 2009 年 11 月27日 论文答辩日期 2009 年 12 月 27 日 学位授予单位 学位授予日期 年 月 日 IllIV 关于学位论文的独创性声明 本人郑重声明：所呈交的论文是本人在指导教师指导下独立进行研究工作所取得的 成果，论文中有关资料和数据是实事求

3、是的。尽我所知，除文中已经加以标注和致谢外， 本论文不包含其他人已经发表或撰写的研究成果， 也不包含本人或他人为获得北京航空 航天大学或其它教育机构的学位或学历证书而使用过的材料。 与我一同工作的同志对研 究所做的任何贡献均已在论文中做出了明确的说明。 若有不实之处，本人愿意承担相关法律责任。 学位论文作者签名： 日期： 年 月 日 学位论文使用授权书 本人完全同意北京航空航天大学有权使用本学位论文（包括但不限于其印刷版和电子 版），使用方式包括但不限于：保留学位论文，按规定向国家有关部门（机构）送交 学位论文，以学术交流为目的赠送和交换学位论文，允许学位论文被查阅、借阅和复印， 将学位论文的

4、全部或部分内容编入有关数据库进行检索，采用影印、缩印或其他复制手段 保存学位论文。 保密学位论文在解密后的使用授权同上。 学位论文作者签名： 日期： 年 月指导教师签名： 日期： 年 月 日 北京航空航天大学硕士学位论文 摘要 随着社会的迅速发展，现代XXXXXXXX管理已具备网络信息化的条件。实现XXX管 理网络信息化不仅是现代XXX管理企业现实的需要，也是支撑未来可持续发展的需要。 XXXXXXXX管理的信息化建设要结合XXX公司自身发展和信息化技术的实际，做好规划理 性实施。避免选型滞后，脱离实际和浪费资金的后果。当前，绝大多数XXX管理企业都 迫切需要通过实施应用基于web的XXX管理

5、信息系统来提升企业的运营效率，同时努力改 善业主对XXX服务的满意度。 本文对XXXXXXXX信息管理信息系统的基础应用、需求分析、系统架构以及设计与 实现等方面进行了详细论述，同时对系统设计与实现所采用的关键技术进行了研究。在需 求分析中，详细阐述了 XXX管理领域应用软件的特性。在系统概要设计中，以MVC设计模 式为主导思想，设计出系统的三层体系结构，并详细介绍了各个层次的作用和优点。随后 以网上报修模块和权限管理模块的实现做了详细的介绍，陈述了从需求推导而来的类结构图 以及类的方法。最后，通过功能测试，性能测试，安全测试及其他相关测试的结论证明了本 系统达到了设计要求。 系统已投入运行，

6、系统实施后，为提高XXXXXXXX管理水平和提升业主对服务的满 意度，降低运营成本起到了促进作用。 关键词：XXXXXXXX、.Net、MVC Abstract xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx. This article carried on detailed elaboration on requirement analysis, basic theory, system architecture as well as design and realization, and did research on the essential techn

7、ology, which used to the system design and the realization. Xxxxxxxxxxxxxxxxxx xxxxxxxx xxxxxxxxxxxx xxxxxxxxxxxxxxxxx Furthermore, we briefly introduce a few components in our business sys tern. Finally, the conclusions of function test and pressure test and safety test can prove the system is up t

8、o the mustard The system has many characters such as simple and clear structure, good expansibility and maintainability. K ey w ords : xxxxxxxxx Net、M VC北京航空航天大学硕士学位论文 摘 I . n 目. m VI . vn 第一章绪论 . 1 11课题来源和意文 . 1 1.2勰国内外研究现状分析 . 2 1.3课题研究目标及内容 . 3 1.4本文组织结构 . 4 15本章小结 . 5 第二章 系统需求分析 . 6 2.1整体需求概述 .

9、6 2.1.1基删訊维护 . 6 2.1.2网上报修 . 6 2.1.3权限管理 . 7 2.1.4动力消耗管理 . 7 2.1.5物料管理 . 8 2.1.6收费管理 . 8 2.1.7报表管理 . 8 2.2功能需求分析 . 9 2.2.1基础駆维护需求分析 . 9 2.2.2网上报修需求分析 . 11 223权限管理需求分析 . 17 2.2.4动力消耗管理需求分析 . 19 2.2.5物料管理需求分析 . 20 226收费管理需求分析 . 20 2.2.7报表分析模块需求分析 . 20 2.3非功能需求 . 21 2.3.1可扩展性 . 21 2.3.2安全性 . 21 2.3.3性能

10、需求 . 22目录 IV 2.4本章小结 . 23 第三章系统技术方案 . 24 3.1基于.Net的技术框架 . 24 3.1.Net的构成 . 24 3.1.2 .Net的技术特征 . 25 3.1.3 .Ne技术架构 . 25 3.2基于MVC的设计模式 . 28 3.3本章小结 . 30 第四章系统总体设计 . 31 4.1系统平台架构 . 31 4.2系统网络拓扑 . 33 4.3软件逻辑构架 . 35 4.4数据库的设计 . 37 4.4.1 数据库连接方式 . 37 4.4.2数据库访问组件的设计 . 38 4.5本章小结 . 41 第五章系统的设计与实现 . 42 5.1网上报

11、修模块的设计与实现 . 42 5.1.1 网上报修模块的实体关系模型设计 . 42 5.1.2网上报修模块的数据库模型设计. 43 5.1.3 网上报修模块的实现 . 45 5.1.4 网上报修模块的前台界面实现 . 48 5.2权限控制模块设计与实现 . 50 521 权限控制模块的实体关系模型设计 . 50 5.2.2权限控制模块的数据库模型设计 . 50 5.2.3权限控制模块的实现 . 51 5.2.4 权限控制模块的前台界面实现 . 52 5.3本章小结 . 53 第六章测试与验证 . 54 北京航空航天大学硕士学位论文 V 6.1系统测试策略 . 54 6.1测试目标 . 54 6

12、.1.2测试原则 . 54 6.1.3测试方法 . 55 6.1.4 测试控制模型 . 56 6.2系统测试方案 . 57 6.2.1测试环境配置 . 57 6.2.2 测试工具配置 . 57 6.2.3 测试用例设计 . 58 6.3测试结果分析 . 60 6.4本章小结 . 62 第七章总结与展望 . 63 7.1总结 . 63 7.2个人收获 . 63 7.3展望 . 64 参考文献 . 65 66图目录 VI 图目录 图I系统基础信息管理用例图 . 10 图2 XXXXXXXX 报修业务流程图 . 12 图3 XXXXXXXX 优化后的报修业务流程图 . 14 图4 网上报修用例图 .

13、 16 图5 权限管理对象实体及逻辑关系结构图 . 18 图6 .Net技术架构图 . 26 图7 .Net界面显示层的显示逻辑 . 26 图8 .Net的M VC 实现模式 . 29 图9 系统平台架构 . 31 图10 系统的网络拓扑图 . 33 图11系统业务逻辑结构模型 . 36 图12 系统实现过程中的处理逻辑图 . 37 图13 数据库连接类结构图 . 38 图14 数据查询类执行流程图 . 41 图15 系统功能结构图 . 42 图16 网上报修模块 ER图 . 43 图17 网上报修模块数据表结构 . 45 图18 网上报修模块时序图 . 46 图19 XXX报修核心业务流程图

14、 . 47 图20 网上报修申请界面 . 48 图21 任务分派界面 . 49 图22 维修确认界面 . 49 图23 权限管理系统实体关系模型图 . 50 图24 权限控制子系统数据表结构图 . 51 图25 权限控制模块时序图 . 52 图26 部门用户管理系统界面 . 52 图27 角色维护系统界面 . 53 图目录 VII 图28 系统测试控制模型 . 56北京航空航天大学硕士学位论文 表目录 基瞅息用例列表 . 10 网上报修劝矫求表 . 14 提交报修申请表用例的文本表示 16 下发维修任务用例的文本表示 17 生成派工单用例的文本表示 . 17 用户分类需求 . 18 系緞鈴求表

15、 . 21 性能需求表 . 22 报修类型般表 . 44 报修记录躺表 . 44 刘试坏飙置 . 57 用户及权限管理功能测试用例表 2 . 58 用户及权限管理功能测试用例表 1 . 59 并发用户浏试朋 . 59 浏战陷报告 . 60 并发用腳试结果 . 61 表1 表2 表3 表4 表5 表6 表7 表8 表9 表10 表11 表12 表13 表14 表15 表16 表17 北京航空航天大学硕士学位论文 安金性測试表 . 62 vn北京航空航天大学硕士学位论文 第一章绪论 1.1课题来源和意义 课题来源于近期实际项目。近年来社区化XXX管理在我国得到了非常迅猛的发展。 针对XXX管理覆盖

16、范围广、客户量大、系统设施复杂的特征，使得构建先进的计算机 XXX管理系统平台，实现对XXX的动态控制，对各种资源的整合，对核心业务流程的 优化，丰富社区服务内容，提升基础管理水平，降低经营成本和风险成为诸多 XXX管理企业急待解决的问题。 本课题前期通过实地调研某XXXXXXXX管理公司的业务运转情况，结合XXX管 理相关理论对该公司业务流程优化和信息集成提供全面的解决方案，并通过研发和实施信 息管理系统来提高该XXXXXXXX管理的效率。本课题旨在研究通过信息化手段来辅 助XXX服务公司更好地提供服务，更有效的进行管理和成本控制。为实现数字化社区 服务平台打下坚实的基础。 课题所设计实现的

17、信息系统对XXXXXXXX管理的价值主要体现在三个方面：提高 效率，降低成本，提升业主对服务的满意度。 提高效率： 大大提高业务处理的效率， 减少了手工作业和系统操作人员的数量， 降 低XXXXXXXX管理公司快速发展的人力资源压力；在各方面提高XXXXXXXX公司的综合 管理水平，从而有效地监控与管理XXXXXXXX管理公司快速发展后各分支机构 的业务开展；为业主提供更好的服务；提高业务流程的效率；便于和其它 IT应用系统 和第三方系统间的信息共享；形成具有核心价值的企业级业务数据资源库。 降低成本：有效降低全城各 XXXXXXXX 业务拓展的成本；减少手工作业和系统 操作人员的数量；极大的

18、降低经营成本，支持全面的预算管理制度；较少的系统维护量 可以避免雇佣大量额外的专业技术人员。 提升业主对服务满意度：提供便捷，实时的社区交互平台，使用户对 XXX服务的 监督更高效、更及时、更方便，同时通过实施 XXX信息化使得管理和服务更透明。通 过改善和优化XXX管理方与业主方的沟通方式和渠道，来提高对业主需求的响应速度， 并通过实时跟踪和历史分析等多种方式来辅助分析 XXX服务人员的服务质量和潜在风 险，从而全面提升用户满意度。第一章绪论 2 1.2课题国内外研究现状分析 在国内，IT在XXXXXXXX 管理领域的应用一直都比较滞后。在九十年代末部分 大型XXX管理企业开始尝试并实施信息

19、化管理，但实施效果并不理想，部分企业只进 行了局部的信息化建设，如服务收费，人事，财务等。原因主要有三点： 1, XXX公司 管理水平层次不齐， 大多数XXX管理公司管理理念落后；2,城市社区化建设刚刚起步， 很多XXXXXXXX管理体系并不成熟；3,多数XXX管理公司规模较小，实施信息化的条 件不成熟。 近些年国家建设部住宅与房地产业公司已将是否使用计算机进行管理列入了 XXX管理 公司评定级别的项目之中，此举极大地推动了 XXX管理信息化的实施进程。与此同时，国 内XXX管理企业随着城市化进程加快而迅速发展壮大，业务内容和经营服务 范围不断扩展，规模也不断扩大。为了提高自身的管理水平， 降

20、低成本， 适应市场竞争， XXX管理公司对建设一XXXXXXXX系统II的需求十分迫切。通过计算机网络和专业软 件对XXX实施即时、规范、高效的管理，将大大节省 XXX管理公司的人力、物力投 入，降低成本。目前，北京、上海、深圳等一线城市的部分大型 XXX管理公司已经实 施了 XXX综合管理信息平台。 XXXXXXXX 系统是一种新型的管理系统，包含了先进的管理思想。XXX管理信息系 统基于工作流、物流、资金流、信息流，对工作当中涉及的人、财、物进行管理。 目前建设的XXX管理信息系统一般包括两个模块。一是对外模块。建立一个强大的数 据库，客户可以通过互联网上的访问登录口，查询到和自己相关的信

21、息。二是对内模块， 该模块可实现办公自动化和无纸化办公室，提高工作效率、环保而节约，也可降低沟通 成本。客户可以直接在网上和对口部门沟通，相应部门及时对客户的诉求做出反应。 Net技术拥有很多的优点，如：高效的开发，友好的交互界面，强大的可扩展性等 等，那么如何运用.Net技术和XXXXXXXX管理的业务结合起来开发出高效的信息系统 就成为一个课题，对这一问题的研究也很有现实意义。 目前国内外对XXX管理信息系统的研发及应用正处于快速成长期。有一部分XXX公 司用的还是传统的C/S模式的技术，包括一些外包企业开发的系统也是这种架构，这些技 术是比较成熟的，但是也有很多的不足之处，比如维护性较差

22、和部署升级不便利等等。一 些新成立的XXX管理公司，他们并不被旧有的数据、代码所困扰，而且部分已 经经营多年的公司也希望能够快速高效的开发出基于Net的新系统来满足他们的需要。 北京航空航天大学硕士学位论文 3 1.3课题研究目标及内容 本课题的研究目标是：以某XXXXXXXX管理公司的信息化建设为背景，提供一个基 于高度灵活和可扩展体系结构的业务处理和服务响应管理系统，XXXXXXXX系统支 持XXXXXXXX管理中的报修服务、物料维护、动力消耗和XXX收费等管理过程。主要包 括业主报修、物料釆购、订单处理、回访及满意度跟踪、成本核算等众多业务处理 接口。 本课题的研究内容包括： 1. 需求

23、分析 主要针对某XXXXXXXX管理公司的实际业务需求为分析调研对象， 进行业务调 研和需求分析。通过梳理该公司的实际业务流程、关系逻辑，通过收集并分析业 务中产生的原始数据和文档文件资料，最终形成业务分析报告和需求说明书。 2. 制定系统解决方案 根据前期调研和需求分析所产生的数据和模型， 并结合该XXXXXXXX管理公司实际 业务逻辑，并充分借鉴成熟的XXX管理公司信息化过程所积累的经验，确定该系统 的总体解决方案。包括系统架构的确定，系统各个功能模块的划分，各 模块之间的关系确定，安全体系建设等，并制定出项目实施计划。 对需求分析后所形成的数据类型，业务流程，信息流模型进行功能细分并据此

24、进 行系统设计。设计遵循的原则包括实用性、先进性、准确性、可靠性、对扩展性 等。结合该业务系统较为繁杂的特点，应重点加强对数据结构、体系结构和接口 等方面的设计，以形成规范的设计说明书。本系统涉及到功能比较多，需按照功 能模块进行实现。 3. 系统的总体体系结构设计 采用三层结构的分布式应用为主，即：用户界面层、业务逻辑层、数据管理层，商 业逻辑对象贯穿这三层结构，在每层结构中都有相应的组件，同时系统还提供 一些通用组件来提供一些通用服务。 每个层次相对独立，并选用相应的开发工具。 4. 部分模块的设计和实现 1）网上报修子系统 主要包括报修申请，报修处理，派工单审核，物料申领，维修确认，客户

25、回 访，统计查询第一章绪论 4 等业务单元。 2）物料管理子系统 主要包括物料采购申请，物料调拨处理，库房出入库处理，库房盘点，退货 退库处理，物料安全库存预警，统计查询等业务单元。 5. 测试流程设计与实施 项目的测试设计， 在功能测试中通过设计测试用例对系统所有可测的功能和操作分 支达到了全面覆盖；在安全性测试中从系统登录访问的安全性、系统权限控制的安 全性、系统内资源的安全性设计测试用例，对系统的安全性进行完整的测试；在性 能测试中选用评估网络系统的负载测试和压力测试，得出系统在不通场景下的性能 参数，证明本项目已经达到了初始设定的目标。 1.4本文组织结构 本论文分为七章，具体安排内容

26、如下： 第一章是绪论部分，介绍课题的来源、研究背景、国内外研究现状以及论文的目标 与主要内容。 第二章是系统所采用的相关技术，本章对设计与实现系统所采用的MVC设计模 式、.Net组件技术、数据库设计与实现技术进行介绍，并给出关键技术在系统中的实现方 法。 第三章是系统的需求分析，先概要的描述了以下系统的总体功能需求，然后进一步对 系统的各个模块进行了详细的介绍。 第四章是系统的总体架构，本章按照MVC设计模式的思想，给出系统总体架构。第五 章是系统的设计与实现，本章以网上报修管理模块和权限管理模块为例，按照 视图、控制器、模型的顺序详细说明了如何在系统中应用MVC设计模式。通过对典型业 务模

27、块的分析，给出了业务具体实现的流程。 第六章是系统测试与验证，通过功能测试、压力测试和安全测试这三种测试对系统 进行测试分析，给出测试结论，以验证系统是符合设计要求。 第七章是总结与展望，在本章中对本课题的设计和研究过程进行了全面的概括和总 结，并对未来进行了展望。 北京航空航天大学硕士学位论文 5 1.5本章小结 本章对项目的背景和意义进行分析， 提出本项目的所处背景和项目价值， 并详细指 出选用本项目作为论文研究的主要内容和意义， 在此基础上给出论文的整体结构， 规范 指导论文的整体内容结构。第二章 系统需求分析 6 第二章系统需求分析 2.1整体需求概述 根据某XXXXXXXX管理公司实

28、际业务调研分析， 可将其系统需求划分为7个部分: 基础信息维护、网上报修、权限管理、动力消耗、物料管理、收费管理、报表分析。 2.1.1基础信息维护 基础信息维护包括对以下业务基础数据的采集和维护： 1） 楼房：关于社区楼宇信息的维护，包括区域划分，楼宇分布以及其他相关基本 信息。 2） 库房： 关于XXXXXXXX管理中心库房信息的维护， 包括库房预警参数， 库房调 拨策略等信息。 3） 住户：关于社区住户或业主的基本信息维护，包括住户家庭基本状况，家庭成 员构成，姓名，职业特征，年龄段及联系方式等。 4） 物品：关于库房物品及日常消耗品基本信息的维护，包括物品类别，物品名称， 物品供应商，

29、物品规格，计量单位，型号，库品类别，物品使用期限等。 5） 收费项目：对于XXXXXXXX诸多收费项目信息的定义和维护，如水电煤气费用， XXX管理费，社区照明费，社区热水费及其他收费项目。 6） 字典信息：字典信息主要是初始化系统时设定的系统控制参数和逻辑开关参数， 如加价策略，出入库策略，调拨策略等。 2.1.2网上报修 网上报修业务是XXXXXXXX 服务的一个重要组成单元，通过提供一整套事件响应、 处理和跟踪，直到事件结束的全过程管理服务。整个业务流程由以下 6个环节组成： 1） 网上报修申请：业务用户可以通过网络进行报修申请，并可以通过网络对 XXX 服务进行意见反馈和投诉。也可以通

30、过网络查询维修历史记录和处理结果。 2） 内部报修申请：包括对传统的电话报修和内部检测故障申请报修事务的处理。 由报修中心统一处理和汇总。 3） 报修单据确认：报修中心对报修申请单进行审核，并按照系统执行策略选择人 工或自动分派任务到各维修站，分派策略包括：最优路径，专业维修，维修饱和度均衡 等。 北京航空航天大学硕士学位论文 7 4） 维修处理跟踪：对于维修任务的响应，物料申领，现场处理，用户确认，用户 反馈/投诉，维修结束，返还物料流程的全程跟踪。 5） 回访记录：维修中心及各维修站负责人定期对近期维修事务的随机回访，已了 解和确认维修结果，具体考察：响应速度，服务态度，服务质量，维修完成

31、情况，物料 使用情况，整体满意度等指标。 6） 综合查询：对于XXX管理历史业务数据的综合查询，实现全过程全节点查询。 2.1.3权限管理 权限管理的主要需求是提供用户身份认证、部门权限控制、功能权限控制等操作控 制机制和安全防护策略。 根据用户角色町进一步划分为： 1） 系统管理员：对系统进行统一的维护管理，保证系统正常运行； 2） 部门主管：对系统进行统一的设置管理，保证业务正常运行。根据具体业务部门 可进行初始设定，如XXX报修业务主管、XXX中心库房主管、动力消耗主管、业务收费 处主管、财务主管等； 3） 业务及工作人员：执行具体业务操作和执行具体工作任务。根据业务部门的具体 工作岗位

32、进行界定，如XXX维修工，水煤电气工，库管员，出纳，XXX收费员等； 4） 普通用户：可查询信息。 权限管理包括用戸管理，机构部门管理，角色管理，菜单管理，资源管理，菜单资 源维护，角色菜单维护，部门授权等功能。 2.1.4动力消耗管理 动力消耗管理主要处理 XXXXXXXX 所管辖区域内的各类动力设备的日常维护和 记录消耗数据并据此进行能耗分析。此业务单元主要包括： 1） 设备管理：设备类别及基本信息维护，如设备使用状态维护，当前位置，最近 使用人等信息。 2） 设备维修：设备因故或定期检修，首先提交维修申请，更改设备状态定为停用，设 定维修周期，跟踪维修状态，统计历史维修次数和维修记录，记

33、录本次维修详细信息，修 复后交付，恢复设备状态重新启用。 3） 电梯运维：社区内所有电梯设备的日常维护记录，包括电梯故障记录，定期检 修记录，电梯工排班等。 4） 空调供暖管理：社区内所有空调及供暖装置的维护记录，包括空调供暖设备故 障的记录，足期第二章 系统需求分析 8 检修记录，打印供暖收费清单。 5） 水电煤气管理：社区内所有水电煤气设备的维护记录，包括计费和打印应收费 用清单。 2.1.5物料管理 物料管理是对XXXXXXXX 公司各部门对物品、 材料及设备的采购、 调用和消耗过 程的控制和管理。主要包括以下5个业务单元： 1） 采购管理：有采购部门下发采购订单，经过审核后进行采购并生

34、成送货单；跟 踪并验收供应商所送物资，生成验收单。 2） 库房管理：XXX中心库房根据验收单入库，同时生成入库单；库房可随时进行入库 单查询及库存查询；当库房接到出库申请如调拨出库单或维修领料申请单时，经过审核后 填写出库单并作物资出库操作；需要处理维修部门的退还物料请求，登记退货入库单，并 作入库操作；物料退换记录，目前可在备注中记录，需进行原物料、等数量退 换。 3） 领料管理：维修站维修工填写维修领料申请单，申领维修物料，库房审核通过 后，领取相应物料。 4） 库房查询：库管及采购中心及XXX中心领导均可随时查看库房出入库记录，及当 前库存状况，包括当前库存量，物资库存上限、下限预警提醒

35、等。 5） 出入库统计：统计任意时间段内所产生的出入库台账。 2.1.6收费管理 收费管理主要针对 XXXXXXXX 公司经营的各项有偿服务项目的收支记录及统计 报表分析。主要包括：应缴费用管理，费用冲销处理，费用调整处理，银行代扣处理， 收款管理，退款管理，欠费查询等。需要提供第三方财务接口。 2.1.7报表管理 报表管理主要针对XXXXXXXX 公司各业务部门提供的数据进行汇总分析。 主要包 括以下8类报表： 1）报修历史分析：报修历史分析提供的是对一定时期的报修事件的综合分析报表， 可以按照报修类别，时间段，区域，规模大小进行汇总分析，从多个维度分析和评价 XXX整体的服务水平和响应能力

36、，北京航空航天大学硕士学位论文 9 甚至可以协助管理者预先找到服务短板和问题集中 点，以采取预防措施。 2） 动力消耗分析：动力消耗分析提供XXXXXXXX动力部门的业务汇总数据，如某一 段时间内水煤电气消耗数据， 动力消耗的区域分布图分析， 并辅助管理者从数据报表中 找出动力消耗的动态变化规律。 3） 库存报表分析：库存报表反应的是与库存相关的数量，价格及金额的变化情况。 如物资出入库汇总表，库房盘点表，库房物资预警分析。 4） 设备故障分析：设备故障分析主要是对社区内公共设施设备故障率及故障维修 状况的统计分析。 5） 设备使用分析：设备使用效率及利用率分析，有效的调配设备，及调整设备资

37、源的分配和部署。 6） 费用收支汇总：费用收支汇总表详细的统计一个时间段内的XXXXXXXX各项XXX 收入及费用支出汇总数据。 7） 收缴率分析：对各项XXX管理服务费收缴情况的查询和统计分析，便于追缴和 分析拖欠率及原因，为制定收缴策略提供决策依据。 8） 满意度分析：对用户一段时期内的投诉进行汇总分析，以分析用户满意度。 2.2功能需求分析 2.2.1基础信息维护需求分析 基础信息其实就是XXXXXXXX管理中所涉及到的对象的基本信息，它是开展各项 业务的前提条件和准备条件。 基础信息维护的用例分析如下图:第二章 系统需求分析 10 图1系统基础信息管理用例图 此XXXXXXXX管理中所

38、涉及的基础信息用例描述如下表: 表1基础信息用例列表 基础信息项 所包括对象 用例说明 楼房信息 楼房类别 楼房寓所类别信息的定义。 楼房基本信息 关于楼房寓所属性的定义。 库房信息 库房基本信息 对XXXXXXXX 库房属性的定义。 库房类别 关于库房类别信息的定义。 出入库策略 对库房出入库方式信息的定义。 库房预警参数 对库房所存物品的保质期和库存量 进行预警参数设置。 住户信息 业主基本信息 对社区住户属性的定义。 物品信息 物品类别信息 对物品类别的编号和定义。 定义楼房 定义楼房类别 添加住户资料 添加库房信息 定义物品类别 定义物品 定义库房预警参数 定义汁量单位 国别信, 维护

39、单据类型 定义省市区域信息 定义收费项LI 漆加库房类别 定义出入库策略 北京航空航天大学硕士学位论文 11 物品基本信息 对物品基本属性的定义。 收费项目 收费类别信息 对收费类别的编号和定义。 收费项目信息 对具体收费信息的定义。 字典信息 国别信息 对于国家信息项的维护。 省市地区信息 对于省市信息项的维护。 计量单位信息 对于物品物料计量单位的定义。 货币种类信息 对于经营屮所涉及货币种类信息的 定义。 单据类型信息 对于经营中所涉及的单据种类信息 的定义。 供应商信息 对供应商属性信息的定义。 对于基础信息需求的补充说明： 1）可扩展 基础信息模块随着后期功能需求的增加或变更，其所包

40、括的基本信息内容可进行扩 展和更改。 2） 需前置设置 在开展日常管理工作或处理具体业务流程时，这些信息需提前设置好。 3） 不可更改和替换 对于已开展的工作和业务所涉及到的基础信息项，其字典信息原则上不允许任意更 改，替换和删除，这样以保证数据的一致性。如必需处理，则可进行数据的级联更新或 删除处理。 2.2.2网上报修需求分析 2.2.2.1优化前报修业务流程图 通过对该社区原有XXX报修业务流程的分析研究，可以全面的了解和把握当前业务 流程的运作情况，为接下来的流程整合和优化工作打下基础。 此XXXXXXXX报修业务流程是本项目重点优化和实现的一个单元，因为在这个业务 流程中涉及到XXX

41、XXXXX管理多部门多角色。同时，它又和多个业务单元相互联系，如物 料管理，财务管理（不包第二章 系统需求分析 12 括在本系统中，仅提供接口），出入库管理（包含在物料管理内） 等。具体业务流程如下图所示。北京航空航天大学硕士学位论文 13 图2 XXXXXXXX报修业务流程图 2.2.2.2报修业务实体分析 XXX报修业务的处理工作主要涉及的实体包括：业主/申请单位，XXX报修中心，维 修站，XXX管理中心库房。 1） 业主/申请单位：即业务发起环节。报修申请人及申请单位，也是此项业务的发起 人。也是报修任务的最终验收人，并根据实际维修结果对其服务进行评价或投诉。 2） XXX报修中心：即业

42、务控制调度环节。受理报修申请，并下发检修单，分派到 各分中心进行第二章 系统需求分析 14 处理；对历史报修工作进行监督，检查，定期评测；接收来自业主的投诉 及意见反馈。 3） 维修站：及业务执行环节。接到报修控制中心下发的维修任务，快速响应，根据维 修单上的报修项目申领维修用物料，并提交申领单；维修人领取物料后进行现场检修， 对检修过程进行记录，再由报修申请方确认维修记录单，维修人员携带维修确认单返回 维修站，进行维修登记，由班组长统一审核记录。当前对于剩余的物料和物料使用情况未 进行有效处理。 4） XXX管理中心库房：对维修站提交的物料申请进行审核，并根据物料申领需求 进行物料调拨出库操

43、作；库房定期进行盘点和结算，但此部分工作并未和报修中心对接。 物料采购，物料返还及库房调拨等业务尚待整合和优化。 2.2.2.3报修业务流程优化 通过对实际现有业务流程的分析，在此基础上对XXX管理中心的报修业务流程进行 系统改造和优化，整合相关业务；优化流程次序，从而实现整体流程高效而完善。 1） 整合业务流程 町通过分析当前各业务流程，找出冗余和重复的业务项，分析具体操作的差异性； b） 分析业务流程中的核心环节，各项工作都将围绕这些核心环节展开：开放的报 修渠道、高效的响应机制、物料申领、维修反馈； c） 与业务人员和部门负责人沟通， 确定主要业务操作的详细需求， 并尽可能的将 需求进行

44、量化。经过上述步骤，去除重复业务操作，把性质相同、需求近似的业务作为 重点整合对象。整合后的基本业务流程包括以下操作：报修申请一 维修确认一 分派维 修任务一 申领物料一 维修记录一 维修结果确认及反馈一 结算。 2） 对业务流程进行优化 a） 借助管理信息系统简化业务处理流程。报修申请下发后，在维修中心接到报修 申请之后，可直接分发任务通知到相应维修站，而不用再通过转发给分中心，再由分中心 进行派发或转发，以加快报修响应速度，提升用户满意度。 b） 实现物料申请到返还的全面审核跟踪机制。通过对维修站申领物料，经过负责 人审批后到库房领料，再到库房据此进行物料出库或调拨，并对维修后结余物料进行

45、返还、 归库等操作的北京航空航天大学硕士学位论文 15 控制和管理，能够规范XXX管理中心的管理，进行有效的成本控制，以提 高效益。 c） 通过信息化手段来实现系统化控制和管理。 作为旨在建设具有现代服务型社区 的XXX管理企业， 需要敏锐洞察市场以理解用户需求， 并快速响应和执行决策。 这就 需要对XXXXXXXX整体业务进行系统化控制和集中管理。第二章 系统需求分析 16 通过对原有业务流程的整合和优化，从XXXXXXXX管理全局出发，通过规范业务 流程和完善企业管理制度来提升工作效率和服务质量， 最终实现提升业主满意度和降低 XXX管理成本的目标。 经过上述分析，整合和优化后的业务流程如

46、下图所示。 2.2.2.4网上报修需求分析 网上报修需求分析表如下: 表2网上报修功能需求表 北京航空航天大学硕士学位论文 17 岗位 案例标题 需求说明 业主/申请单位 网上报修申请 业务用户可以通过网络进行报修申请，并可以通过网络 对XXX服务进行意见反馈和投诉。也可以通过网络查 第二章 系统需求分析 18 询维修历史记录和处理结果。 申请单位 内部报修申请 包括对传统的电话报修和内部检测故障申请报修事务 的处理。由报修中心统一处理和汇总。 维修中心 报修单据确认 报修中心对报修申请单进行审核，并按照系统执行策略 选择人工或自动分派任务到各维修站，分派策略包括： 最优路径，专业维修，维修饱

47、和度均衡等。 维修站 领取物料 维修站人员根据派工单维修事项申请领用相关物料及 设备。 库房 物料出入库管理 库房根据接收采购入库接口，生成入库单做入库操作， 库存增加； 库房根据物料申领填写物料出库单，并做出库操作，库 存减少。 库房 库房结算 月末库房进行盘点并结算。 维修站 维修处理跟踪 对于维修任务的响应， 物料申领，现场处理，用户确认， 用户反馈/投诉，维修结朿，返还物料流程的全程跟踪。 维修中心 回访记录 维修屮心及各维修站负责人定期对近期维修事务的随 机回访，已了解和确认维修结果， 具体考察：响应速度， 服务态度，服务质量，维修完成情况，物料使用情况， 整体满意度等指标。 维修中

48、心领导 综合查询 对于XXX管理历史业务数据的综合查询， 实现全过程 全节点查询。 其余特殊要求： 1）单据归档处理 对于报修确认结束后的报修确认单要进行回笼归档处理。 由各维修站负责人评价审 核后报维修中心存档，以备历史查询和汇总分析。 2）报修评价 北京航空航天大学硕士学位论文 19 对于每次确认结束的报修任务，各维修站负责人都将对该次维修结果予以评价和跟 踪考核，对于客户的投诉也将纳入到评价中。评价的结果对于中心领导对该维修站、维 修主管和技工的工作和服务质量起到辅助监督作用。第二章 系统需求分析 20 3）客户投诉及查看 客户投诉功能实现对报请维修事件的跟踪和反馈处理。客户可以通过投诉

49、机制反馈他 们对此次维修服务的处理情况、响应时间及用料情况进行记录和反馈，这些反馈将作为评 价资料保存，在控制成本和规避风险的同时，增进了与客户的沟通，提高了客户服 务水平。 2.2.2.5网上报修用例分析 网上报修需求部分用例分析如下: 用例文本详细描述如下表。 修改难修任务 城写投诉报告 惨改投诉报告 生成物科出虑单. 物料入库 * 盘点库存 下发維修任务 分派雉修任务 提交报修申诫单 审孩报修单. d看客户投诉 金條中心主資 是交投诉报告 赧修贴负责人 审孩物料申计 i 采购捋科入斥 图4网上报修用例图 投诉住fi 维作评价 评价维修结来 捉交评价 返还余科入悴 北京航空航天大学硕士学位

50、论文 21 力R摄夺丽修由诸灾用例的立広灾示 用例名称我 岂交报修申请表 参与执行者 客户/报修单位提请人 入口条件 报修申请内容已存在 第二章 系统需求分析 22 基本事件流 填写报修内容 保存报修内容 提交报修内容 出口条 件 信息填写完备，如提交人联系方式，报修地点，时间，报修类别等。 特殊需求 对联系电话进行位数识别，固定电话 ：15 N 6,手机：12 N 11 表4下发维修任务用例的文本表示 用例名称 下发维修任务 参与执行者 维修中心主管 入口条件 维修申请已提交，客服屮心已受理 基本事件流 审批报修申请 下发维修任务到相应维修站 出口条件 故障属实，任务明确，任务可落实到维修工

51、 特殊需求 无 表5 生成派工单用例的文本表示 用例名称 生成派工单 参与执行者 维修主管 入口条件 有新维修任务，有可派维修工，有可用物料，维修时间有效 基本事件流 任务分解 牛炉派单 J 生成派工卑 L生成派工单 出口条件 指定派工人员存在，分配物料存在 特殊需求 对维修响应日期和时间进行有效性判断：是否 =当前时间+30分钟 2.2.3权限管理需求分析 本XXXXXXXX管理公司对权限管理的需求可分为四个实体对象和三个逻辑关系北京航空航天大学硕士学位论文 23 PM-BMGL 部门管理 图5 权限管理对象实体及逻辑关系结构图 2.2.3.1实体描述 1） 组织机构或各业务部门 公司的组织

52、机构由集团统管，在各区分设 XXX管理公司，公司由各级业务部门构 成。其中主要包括XXX报修中心，客服中心，动力消耗部门，财务部，人力资源部， 库房，结算中心等部分。 2） 岗位及角色 从集团到各级业务部门所涉及到的岗位 /角色主要包括：楼管，维修部水煤电气工, 维修中心主管，客服工作人员，客服部经理，动力技工，动力中心主任，财务主管，人 事经理，库管员,XXX费收缴员，结算中心主任， XXX中心经理等。 3） 用户 用户分为3级，分别为系统管理员、数据管理员和普通用户。 表6用户分类需求 用户分类 需求说明 系统管理员 部门管理，角色管理，用户管理，部门角色，角色权限管理。 数据管理员 基础

53、设置、数据维护、数据查询、数据统计。 权限管理 PM-JSZY 角色资源 PM-JSGL 角色管理 PM-ZYGL 资源管理 PM-BMSQ 部门授权 PM-YHGL 用户管理 第二章 系统需求分析 24 普通用户 在权限内对业务屮的数据进行查询、 统计及处理。 （包括集 团总经理、分公司经理、部门负责人、库管员、业务人员、 社区居民等。） 4）资源即职责及功能权限 对应可操作的权限范围和边界的定义。 2.2.3.2逻辑关系 1） 用户部门关系 用户与部门之间在实际中存在多对多关系，即一个人可以在多个部门下挂职，一 个部门有着多个员工。在需求分析模型中，我们最终将此关系抽象为多对一之关系，即

54、一个用户只对应一个部门，而一个部门可以对应有多个用户。 2） 部门角色关系 一个部门具有多个岗位职责，通过角色来进行定义，部门与角色之间也是一对多 关系，即一个部门拥有多个岗位职责（角色），而一个角色只能从属于一个部门。 3） 角色权限关系 最终通过对角色授权，建立角色与功能权限的关系。此处角色与权限之间可以是 多对多关系，即一个角色对应多个权限，而一个权限也可以分给多个角色。 通过在各实体对象之间建立有效的逻辑关系，实现了权限的继承和传递。用户最 终通过自己所在的部门获得该部门所拥有的角色权限。 2.2.4动力消耗管理需求分析 动力消耗管理主要处理 XXXXXXXX 所管辖区域内的各类动力设

55、备的日常维护和 记录消耗数据并据此进行能耗分析。 1） 设备管理：设备类别及基本信息维护，如设备使用状态维护，当前位置，最近 使用人等信息。 2） 设备维修：设备因故障或定期检修，首先提交维修申请，更改设备状态定为停 用，设定维北京航空航天大学硕士学位论文 25 修周期，跟踪维修状态，统计历史维修次数和维修记录，记录本次维修详细 信息，修复后交付，恢复设备状态重新启用。 3） 电梯运维：社区内所有电梯设备的日常维护记录，包括电梯故障记录，定期检 修记录，电梯工排班等。 4） 空调供暖管理：社区内所有空调及供暖装置的维护记录，包括空调供暖设备故 障的记录，足期检修记录，打印供暖收费清单。 5）

56、水电煤气管理：社区内所有水电煤气设备的维护记录，包括计费和打印应收费 用清单。 2.2.5物料管理需求分析 物料管理是对XXXXXXXX 公司各部门对物品、材料及设备的采购、调用和消耗 过程的控制和管理。主要包括以下 5个业务单元： 1） 采购管理：有采购部门下发采购订单，经过审核后进行采购并生成送货单；跟 踪并验收供应商所送物资，生成验收单。需要提供第三方接口。 2） 库房管理：XXX中心库房根据验收单入库，同时生成入库单；库房可随时进行入库 单查询及库存查询；当库房接到出库申请如调拨出库单或维修领料申请单时，经过 审核后填写出库单并作物资出库操作；需要处理维修部门的退还物料请求，登记退货入

57、 库单，并作入库操作。需要支持物料退换记录，需进行原物料、等数量退换。 3） 领料管理：维修站维修工填写维修领料申请单，申领维修物料，库房审核通过 后，领取相应物料。 4） 库房查询：库管及采购中心及XXX中心领导均可随时查看库房出入库记录，及当 前库存状况，包括当前库存量，物资库存上限、下限预警提醒等。 5） 出入库统计：统计任意时间段内所产生的出入库台账。 2.2.6收费管理需求分析 收费管理主要针对XXXXXXXX公司经营的各项有偿服务项目的收支记录及统计报 表分析。主要包括：应缴费用管理，费用冲销处理，费用调整处理，银行代扣处理，收 款管理，退款管理，欠费查询等。需要提供第三方财务接口

58、。 2.2.7报衣分析模块需求分析 第二章 系统需求分析 26 报表管理主要针对XXXXXXXX 公司各业务部门提供的数据进行汇总分析。 主要包 括以下8类报表： 1） 报修历史分析：报修历史分析提供的是对一定时期的报修事件的综合分析报表， 可以按照报修类别，时间段，区域，规模大小进行汇总分析，从多个维度分析和评价 XXX整体的服务水平和响应能力，甚至可以协助管理者预先找到服务短板和问题集中点， 以采取预防措施。 2） 动力消耗分析：动力消耗分析提供XXXXXXXX动力部门的业务汇总数据，如某期 间内水煤电气消耗数据，动力消耗的区域分布图分析，并辅助管理者从数据报表中找出 动力消耗的动态变化规

59、律。 3） 库存报表分析：库存报表反应的是与库存相关的数量，价格及金额的变化情况。 如物资出入库汇总表，库房盘点表，库房物资预警分析。 4） 设备故障分析： 设备故障分析主要是对社区内公共设施设备故障率及故障修复 状况的统计分析。 5） 设备使用分析：设备使用效率及利用率分析，有效的调配设备，及调整设备资 源的分配和部署。 6） 费用收支汇总： 费用收支汇总表详细的统计一个时间段内的XXXXXXXX各项XXX 收入及费用支出汇总数据。 7） 收缴率分析：对各项XXX费收缴情况的查询和统计分析，便于追缴和分析拖欠 率及原因，为制定收缴策略提供决策依据。 8） 满意度分析：对用户一段时期内的投诉进

60、行汇总分析，以分析用户满意度。 2.3非功能需求 2.3.1可扩展性 随着XXX管理提供的服务项目日益增多，原有的业务流程不断更新，信息化必须适 应这一形势的需要，提供简单的方法完成新业务的扩充。当新业务产生时，只要它有明 确的单据格式、计算方法、业务流程要求，就可以很快地在系统中加入该模块，提供给 业务人员使用。 需具有较强的集成能力。与XXX服务相关的其他系统进行集成，通过标准的数据接 口，将财务数据、原始单据、银行接口集成到核心业务系统中来协同完成任务。 根据XXXXXXXX管理行业的业务功能和处理模式较为独立的特点，将应用进行封装, 通过组件化管理保持其独立应用能力；针对XXX管理中各

61、主要组织单元制定相应的业务流 程，完成功能组件对北京航空航天大学硕士学位论文 27 流程的装配，保证满足业务要求的灵活性，能够保证系统能够最大程度 的适应业务需求，保持良好的扩展适应能力。 2.3.2安全性 项目在安全性建设方面主要注重如下表所示的安全措施和指标。 表 7 系统安全需求表 编号 安全指标名称 安全标准 1 网络安全 防止黑客或非法侵入，进行网络监控，对己知的潜在威 第二章 系统需求分析 28 胁进行有效的防范，保障网络的正常工作。 2 设备安全 确保不受自然灾害或物理损坏的影响。 3 业务系统安全 防止因系统内在缺陷或漏洞对系统安全造成的损害。 4 数据存储安全 采用同步数据备

62、份机制，确保数据信息的安全。 5 系统访问安全 通过权限机制控制用户对业务系统的操作的约束。 6 身份认证及权限控制 对登录用户的身份进行有效性认证。 7 安全制度 制定必要的安全管理制度和措施，如机房出入管理制度、 系统维护制度、数据定期备份制度、各种紧急情况的应 急措施等。 8 病毒防范 在系统中安装防病毒软件；对防病毒软件及时升级；对 计算机使用人员进行防病毒教育和必要培训，提高对病 毒的防范意识，防止计算机病毒对系统造成破坏。 2.3.3性能需求 性能需求主要体现在以下几个方面： 1. 时间特性，即对事务的响应时间。定义为： 在带宽为100k/s的网速条件下，系统平均响应时间： 2秒之

63、内； 在带宽为100k/s的网速条件下，系统最长响应时间：10秒以内; 在峰值负载期，与所规定的响应时间的允许偏离范围： 5秒。 要求负载量为1000人，最大并发数为100人，在最大并发数的情况下系统反应时间 不超过20秒。 下表分列出了具体的性能参数指标： 表8性能需求表 编号 指标名称 性能指标值 1 系统寿命 $ 5年 2 支持终端数 2 1000 3 无故障不间断运行时间 2 720小时 北京航空航天大学硕士学位论文 29 4 数据浏览响应时间 W 3s 5 数据处理响应时间 W Is 第二章 系统需求分析 30 6 数据查询响应时间 W 5s 7 服务器CPU负载率 W 40% 8

64、可支持并发访问数 2 50 9 处理能力扩展性 支持自动扩展 10 网络平台性能 数据传输安全稳定 11 系统平台性能 Win 2003/2008 Server &Sql Server2005 12 应用支撑平台性能 具有良好的可扩展性和可配置性 13 应用系统性能 稳定，可靠，实用，人机交互友好，查询 快捷，操作简捷。 2.4本章小结 本章概要的描述了某XXXXXXXX管理公司XXX管理的业务现状，并对其各主要业务单 元进行了详细的需求分析，阐明了此XXXXXXXX管理需求的特殊性，归纳出本课题需要重 点解决的问题。北京航空航天大学硕士学位论文 31 第三章系统技术方案 当前，面向对象的设计

65、开发是系统研发的主流方法，而在众多的面向对象的设计开 发平台中，被广泛应用并逐渐形成成熟框架和技术规范的主要就是.Net技术架构和J2EE 技术架构。 上个世纪90年代，面向对象的编程(OOP)引发了诸多的软件开发标准。首当其冲的 是Microsoft的组件对象模型(COM),这是一个模块(组件)化的技术开发架构，它源自于 微软早期的对象链接与嵌入技术(OLE) o今天互联网应用中最常见的ActiveX技术就 是构建在COM框架之上。2002年微软全面的用.NET从逻辑层上置换了 COM ,作为新 的软件开发框架(COM仍然被支持)。.NET技术的全面推进，统一了微软的不同技术理念 和平台。.

66、NET为Web Service提供了原生的解决方案，并且成为提升不同应用和系统之 间互操作性的标准。 Sun公司于1995年推出了 Java平台。Java平台由一套应用开发语言(Java)、API 和Jnv虚拟机(JVM)构成，JVM允许用Java编写的程序运行在不同的操作系统上。事实 上，Sun引入Jaw使得程序员能够开发可移植的应用程序，而不用关心硬件和操作系统。 在 1999 年末，Sun 提出 了 Java 平台企业版(J2EE, Java to Enterprise Edition),该规范被 应用在主要的IT提供商以构建稳健的应用系统框架。2003年Sun公司发布了 J2EE 1.4版，除了增强更加稳固的企业级应用之外，还增加了 Web Services支持。 在过去的发展中，.NET和J2EE平台在全球范围里都未能保持着对对方的绝对优势， 他们各自有着自己的特色。影响.NET和J2EE选型的最大因素取决于研发机构内部的町 用资源和所研发项目的特点。 相比而言，.Net技术拥有很多适合本项目研发的特性，如：它具有先进的理念， 远离系统底层，高效敏捷的开发路线，多语言环境，友