《《软件工程》期末设计报告撰写要求及》由会员分享，可在线阅读，更多相关《《软件工程》期末设计报告撰写要求及（23页珍藏版）》请在金锄头文库上搜索。
1、XX系统分析与设计（作者）摘要：（要求如下：1、在署名下方，五号楷体；2、文字简明、确切，300字以内；3、以提供论文内容梗概为目的，以研究目的、方法、结果和结论为基本要素；4、可以是指明论文主题范围及内容梗概的报道性摘要，也可以是指明论文论题及取得成果的性质和水平的指示性摘要，还可以是以报道性摘要形式表述论文中信息价值较高的部分、以指示性摘要形式表述论文其余部分的报道指示性摘要；5、不应简单重复标题中已有的信息；6、不用评论和解释，不分段，采用第三人称、记述方式，不用“本文”、“作者”等作主语；不用数学公式、化学结构式及图表；不用引文。）关键字：（要求：1、在中文摘要下方，用五号楷体；2、是
2、从标题、层次标题（即文内小标题）和正文中选出的、能反映论文主题概念的词或词组；3、数量35个，用分号隔开。）Abstact:Kewords：第一章 绪论1.1 研究背景和意义1.2 XX研究现状1.3 XX系统研究内容1.4论文组织结构1.5 本章小结第二章 系统相关技术本章将简要介绍系统开发所涉及到的主要技术，重点介绍软件架构，开发语言，和数据库管理系统。（以下是模板，内容请同学们根据自己系统实际进行撰写）2.1 软件架构信息系统开发模式先后经历了主机终端模式、文件服务器模式、客户机/服务器模式(Client/Server C/S模式)和浏览器/服务器模式(Browser/Server B/
3、S模式)。目前使用较多的是C/S模式和B/S模式。B/S模式的软件系统通常采用如图2-1的架构。图2-1 B/S模式软件架构图2.2 开发语言ASP.NET 是 ASP 之后的版本，是一种基于通用语言的编译运行程序，具有强大的可伸缩性和多种开发工具的支持，语言灵活，可管理性高，执行效率高，是目前最流行的Web开发技术之一。2.3 数据库管理系统从数据库工具的发展来看，目前主流的主要有Oracle、Sybase、DB2以及SQLServer四种。在系统设计中，我们拟使用SQLServer数据库管理系统。SQL Server数据库是Microsoft公司推出的一种关系型数据库系统，目前较为流行的版
4、本是SQL Server 2005。SQL Server 2005 是一个全面的数据库平台，使用集成的商业智能工具提供了企业级的数据管理。目前在信息化系统开发中得到广泛的应用。2.4 建模工具在系统设计阶段，需要对系统进行建模。如在系统数据库概念结构阶段就需要建立实体管理模型。在普遍使用面向对象程序设计技术的今天，统一建模语言UML使用较为普遍。2.5 本章小结本章简要介绍了设计高校物业管理信息系统所涉及到的主要技术，分别介绍常见的软件架构，开发平台、数据库管理系统和建模工具。在系统分析和设计中拟选用B/S模式作为系统软件架构，ASP.NET作为系统前端网站开发工具，SQL Server 20
5、05作为后台数据库存储与管理工具。第三章 系统分析本章对高校物业管理系统进行分析，主要分析系统设计与实现的可行性，系统的业务需求、功能需求和性能需求等。3.1 引言3.2 系统定义3.3 系统可行性分析（1）经济可行性（2）技术可行性（3）管理或操作可行性（4）其它可行性（如社会、法律、伦理道德可行性等）3.4 系统需求分析3.4.1系统业务流程分析先用文字描述业务流程，最后画系统业务流程图。3.4.2系统用例分析形如：用例分析在需求分析阶段有很重要的作用。它是作为参与者的外部用户所能观察到的系统功能的模型图。该系统所涉及到的用户角色主要有六类，分别是：系统管理员、业主用户、收费管理用户、综合
6、办公用户、水电管理用户、环境绿化管理用户、卫生管理用户、安保管理用户、基建维修部用户。以下对这写用户角色进行用例分析。（1）系统管理员用例根据系统需求概述及系统管理员的角色分析，系统管理员具有完成下列工作的权限。系统管理员的工作主要包括：系统登录，系统管理，个人信息管理（主要是修改登录密码），部门级用户管理，房产信息、业主信息、物管部门信息、工作人员信息、公共设施、公共设备等基本信息初始化等。系统管理包括数据库备份、数据库恢复；用户管理主要是针对部门级管理员，每个物管部门设置一个管理员，功能包括添加用户、修改用户、删除用户、用户权限分配等。系统管理员用例图如图3-9所示。图3-9 系统管理员用
7、例图3.4.3 系统数据流分析先描述数据及流程，再画数据流图3.4.4 系统功能需求分析先描述系统功能需求，再画系统功能需求层次图3.5 系统性能需求分析3.6 系统接口需求分析3.7 本章小结第四章 系统设计本章描述XX管理信息系统的系统设计。首先简要介绍了系统的设计原则，系统网络架构、软件结构、整体功能的概要设计，然后介绍了系统主要功能模块的详细设计，数据库系统的概要模型设计和逻辑模型设计，最后对系统性能设计进行了简单的描述。4.1 系统设计原则形如：综合考虑XX管理以及XX服务的性质和目的，以及XX管理实际需求，在设计XX管理信息系统时，应遵循下列原则：（1）先进性与实用性相结合原则（2
8、）功能性与服务性相结合原则（3）综合性与高效性相结合原则。（4）安全性与可靠性相结合原则（5）可扩展性和易维护性相结合原则4.2 系统概要设计4.2.1 系统网络架构设计形如：由于XX大学目前有三个校区，物业管理实体跨度大，相距远。在综合考虑目前较为流行的软件运行模式和架构以及学校物业管理乃至后勤管理实际后，本高校物业管理信息系统拟采用采用基于B/S 模式软件体系结构。系统的网络拓扑结构如图4-1所示。图4-1 高校物业管理信息系统网络架构图从图4-1给出的网络架构设计方案中可以看出，在校园网和外部Internet网之间设置防火墙，将整个系统内所有的数据放置在网络防火墙之后，某种程度上保证了系
9、统的安全性。另外，整个系统把系统的业务逻辑与系统数据库服务器相分离，提高了系统的可扩展性可维护性。4.2.2 系统软件架构设计形如：按照重在实用，易于扩展的原则，本XX管理信息系统采用先进的三层体系结构。所谓的三层分别为：表示层、业务逻辑层和数据层访问层系统应用程序架构系统软件架构如图4-2所示。图4-2 系统软件架构图4.2.3 系统整体功能结构设计形如：通过对系统功能性需求的分析，某高校物业管理系统功能模块设计如图4-3所示。图4-3系统一级功能模块图各功能模块具体结构设计如下。（1）系统管理系统管理主要包括系统参数初始化、用户管理和系统维护等功能。系统参数初始化主要有单位信息、学年度信息
10、等物业管理系统级参数，考虑到系统使用涉及的部门较多，用户较多，与部门相关的参数信息初始化功能放到下层各功能模块中。用户管理主要有用户查询、用户添加、用户修改、用户删除、锁定用户、用户解锁和用户授权等功能，系统级用户管理由系统管理员完成，部门级用户管理由下层功能模块的部门级管理员完成。数据维护功能主要有数据备份、数据恢复以及基础数据表的数据导入与导出等系统管理功能结构如图4-4所示。图4-4 系统管理功能模块图4.3 主要功能模块详细设计4.3.1 系统流程设计形如：系统流程设计通常指需要描述功能模块的输入、处理过程、输出等程序，通常用程序表现。程序流程图又称为程序框图，它是历史最悠久使用最广泛
11、的描述过程设计的方法。程序流程图一直是过程设计的主要工具，它的主要优点是采用简单规范的符号，画法简单；结构清晰，逻辑性强；便于描述，容易理解。考虑到系统的复杂性，下面仅给出高校物业管理系统比较粗略的流程图，各部分的详细流程图放到各功能模块的详细设计中再体现。系统总的程序流程图如图4-16所示。图4-16 系统程序流程图4.3.2 主要功能模块详细设计形如：（1）系统登录模块系统登录模块是为了用户进入系统进行身份验证而设计。用户可以从校园网进入高校物业管理的系统登录界面，该界面是呈现在用户面前的第一个界面，是用户与系统主界面之间的接口。以下就界面的界面风格、输入要求、处理过程、和输出要求等做详细
12、介绍。界面风格系统登录界面必须包含“登录名”、“登录密码”、“用户类型”三个文本标签，“用户账号”和“用户账号”两个文本输入框，“用户类型”下拉列表框，和“确定”、“取消”和“重置”三个命令按钮，在窗体标题栏要有物业公司信息和系统名称信息。整个界面要求风格简单。输入设计输入数据包括：登录名：字符型数据，不大于20个字符；用户密码：字符型数据，不大于20个字符；用户类型：分系统管理员、职能部门工作人员、教职工业主、学生业主四种用户类型。由系统管理员预先在用户信息表中设定，用户只需选择即可。处理过程处理过程如图4-17所示。图4-17 系统登录模块程序流程图输出设计主要输出各种提示信息：当用户输入
13、的登录名不存在时提示“您输入的登录名不存在，请重新输入！”；当登录名正确，但登录密码与登录名不相符时，提示“您输入的登录密码不正确，请重新输入！”；当登录名和登录密码都正确，但用户类型与用户不相匹配时，提示输出提示信息：“用户类型与登录名不匹配，请重新选择！”。4.4 数据库设计4.4.1 概念模型设计形如：根据前面对高校物业管理信息系统的分析，系统所涉及到的主要实体有学校、校区、学校机构、物业管理部门、校园房产、校园公共区域、房产公共卫生区域、公共设施、公共设备、植物花卉、车位、教职工、学生、业主等。（1）学校信息实体学校信息对于高校物业管理信息系统而言，在系统使用过程中一般不会改变，但有时
14、会面临学校更名，加上考虑到校区管理的需要，所以这里将学校作为一个实体单独处理。学校信息实体包括：学校代码（由教育部指定）、学校名称、学校类型（一本、二本、三本、高职等）、学校类别（国立、民营、私立等）、所处省份、通信地址、邮政编码、学校占地面积等属性。学校信息实体如图4-28所示。图4-28 学校实体属性图各实体间的关系如下：（1）一个学校包含多个校区，一个校区只能属于一个学校；（2）一个校区包含多栋房产，每栋房产只能属于一个校区；（3）一栋房产包含多个单元和楼层，某个单元和楼层只能属于一栋房产；（4）一个单元和楼层包含多套（间）房间，一套（间）房间只能属于某单元楼层；（5）一个学校划分多个机
15、构，一个机构只能专属于一个学校；（6）一个学校只有一个物业管理单位，一个物业管理单位只能属于一个学校；（7）一个物业管理单位包含多个物业管理部门，一个物业管理部门只能属于一个物业管理单位；（8）一个校区包含多个公共区域，一个公共区域只能属于一个校区；（9）一个公共区域包含多个公共设施，一个公共设施只能属于一个公共区域；（10）一栋房产、一层楼房、一套（间）房间或公共设施可以安装多台公共设备，一台公共设备只能安装在一套（间）房间或者一个公共设施中；（11）一个公共区域可以种植或摆放多株植物或花卉，一株植物或花卉只能种植或摆放在一个公共区域；（12）一个公共区域可以包含多个车位，一个车位只能属于一个公共区域；（13）一套（间）房间可以住多个业主，一个业主可能住多套（间）房间；（14）业主包含单位或部门、教职工和学生三种类型（15）一个部门拥有多名教职工，每名教职工只能属于一个部门；通过以上分析，得到高校物业管理信息系统的
