软件工程本科论文写作规范-结构化方法Word文档格式.doc

上传人:wj 文档编号:830032 上传时间:2023-04-29 格式:DOC 页数:70 大小:1.71MB
下载 相关 举报
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第1页
第1页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第2页
第2页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第3页
第3页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第4页
第4页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第5页
第5页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第6页
第6页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第7页
第7页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第8页
第8页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第9页
第9页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第10页
第10页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第11页
第11页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第12页
第12页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第13页
第13页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第14页
第14页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第15页
第15页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第16页
第16页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第17页
第17页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第18页
第18页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第19页
第19页 / 共70页
软件工程本科论文写作规范-结构化方法Word文档格式.doc_第20页
第20页 / 共70页
亲,该文档总共70页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

软件工程本科论文写作规范-结构化方法Word文档格式.doc

《软件工程本科论文写作规范-结构化方法Word文档格式.doc》由会员分享,可在线阅读,更多相关《软件工程本科论文写作规范-结构化方法Word文档格式.doc(70页珍藏版)》请在冰点文库上搜索。

软件工程本科论文写作规范-结构化方法Word文档格式.doc

词与词之间用“分号”隔开;

黑体;

小四号

ABSTRACT

外文摘要另起一页,内容应与中文摘要对应.

TimesNewRoman字体,小四号,1.5倍行距.

Keywords:

TimesNewRoman字体,小四号,加粗

I

目录

1绪论 1

1.1研究目的及意义 1

1.2研究现状与发展趋势 1

1.2.1研究现状 1

1.2.2发展趋势 1

1.3研究内容及解决方案 2

1.3.1研究内容 2

1.3.2研究方案 2

1.4论文组织结构 3

2需求分析 4

2.1现系统概述 4

2.2业务流程分析 4

2.2.1组织机构及业务范围分析 4

2.2.2业务流程描述 6

2.2.3现系统存在的问题及薄弱环节分析 9

2.3系统目标 9

2.3.1总体目标 9

2.3.2具体目标 10

2.4系统功能建模 11

2.5系统数据建模 13

2.6数据字典 16

2.7系统非功能需求 18

3概要设计 19

3.1体系结构设计 19

3.2数据库设计 21

3.2.1关系模式设计原则及方法 21

3.2.2关系模式设计 21

3.2.3物理数据库设计 21

3.3输入输出设计 24

3.3.1输入设计 24

3.3.2输出设计 25

3.4接口设计 26

3.4.1外部接口 26

3.4.2内部接口 28

3.5代码设计 29

3.5.1代码设计的原则 30

3.5.2系统所需代码设计 30

3.6运行设计 34

3.6.1运行环境 34

3.6.2运行模块的组合 35

3.6.3运行控制 35

3.7出错处理设计 36

3.7.1出错输出信息 36

3.7.2出错处理对策 37

3.8安全保密设计 37

3.8.1数据安全性 37

3.8.2登录用户的安全 37

3.8.3操作安全性 37

3.9维护设计 38

4详细设计 39

4.1居民水费收缴查询模块 39

4.1.1模块定义 39

4.1.2输入项目 39

4.1.3输出项目 40

4.1.4算法 40

4.1.5程序逻辑 41

4.1.6接口 42

4.1.7测试要点 42

4.2模块二 43

5编码 44

5.1概述开发工具及编程脚本 44

5.2脚本习惯说明 44

5.3脚本 45

6测试 49

6.1测试原则及测试方法概述 49

6.2白盒测试项目测试用例 49

6.3黑盒测试项目测试用例 50

6.3软件测试结论 52

6.3.1软件能力 52

6.3.2缺陷和限制 52

6.3.3建议 52

6.3.4测试结论 52

结论 54

致谢 55

参考文献 56

附录A译文 58

附录B原文 61

附录C源程序代码或设备清单或设备配置代码等 62

辽宁工程技术大学毕业设计(论文)

1绪论

绪论是在调研分析的基础上,对项目的研究目的及意义、研究现状与发展趋势、研究内容及解决方案和论文组织结构等进行描述。

1.1研究目的及意义

研究的目的及意义也就是论述为什么要研究目标系统、研究它有什么价值。

这一般可以先从现实需要方面去论述,指出现实当中存在某个问题,需要去研究,去解决,本论文的研究有什么实际作用,然后,再写论文的理论和学术价值。

这些都要写得具体一点,有针对性一点,不能漫无边际地空喊口号。

主要内容通常包括:

(1)研究的有关背景:

即根据什么、受什么启发而研究目标系统。

(2)通过分析公司、企业或其它应用场景中的实际情况,指出为什么要研究目标系统,研究的价值,要解决的问题。

1.2研究现状与发展趋势

1.2.1研究现状

国内外研究现状考察对目标系统目前研究范围和深度的理解与把握,间接考察是否阅读了一定的参考文献。

要先把调研分析、收集和阅读过的与所研究毕业论文选题有关的内容归类整理,并从中选择最具有代表性的进行分析,对这些主要观点进行概要阐述。

还要分别评述国内外研究现状的不足之处,即还有哪方面没有涉及,是否有研究空白,或者研究不深入,还有哪些问题没有解决,或者在研究方法上还有什么缺陷,需要进一步研究。

要反映最新研究成果。

如果没有与毕业论文选题直接相关的文献和案例,就选择一些与毕业论文选题比较靠近的内容来写。

注:

本部分主要论述关于题目相关的目前国内外研究现状,不是你研究的现状。

1.2.2发展趋势

着重阐述与论文所研究的目标系统相关的研究方向、研究方法、应用领域的发展情况、研究动态、应用前景等。

本部分也可以与上一部分合在一起作为1.2节。

1.3研究内容及解决方案

1.3.1研究内容

研究内容是对所研究的目标系统具体做什么的总结归纳。

下面以《城市用水管理信息系统》为例进行说明(供参考)。

城市用水管理信息系统主要目的是为城市用水的管理提供一个整合的统一业务管理平台,并且通过系统的实现,满足了管理人员对自然信息维护、水费计算及发票打印、尾欠水费管理、月份水价维护以及系统登录用户管理等,论文具体研究内容如下所示:

1.研究城市用水管理信息系统实现背景及研究现状,为实现城市用水管理信息系统提供理论指导思想及建议。

2.研究城市用水管理信息系统实现的关键技术、原理、设计思想以及架构的理论分析,为系统的更好实现以及安全、可靠的运行奠定理论基础。

3.研究城市用水管理信息系统的应用功能需求和性能需求,为实现满足实际应用需求的软件提供依据。

4.研究详细分析的功能模块以及数据库的详细设计,为最终的系统实现与应用提供方案。

5.根据详细分析的应用需求以及设计结果,具体实现包括自然信息维护、水费计算及发票打印、尾欠水费管理、月份水价维护以及系统登录用户管理等功能的城市用水管理信息系统。

6.为了确定实现的城市用水管理信息系统能够满足实际应用需求并且能够安全可靠的运行,因此对系统进行了详细的测试设计与测试,进而确保实现的系统能够满足应用的需求。

1.3.2研究方案

研究方案是指为完成目标系统的所采用的技术方法和路线。

示例如下,仅供参考:

1.方法模型:

采用结构化软件工程方法学对目标系统进行分析、设计和实现。

2.技术:

可以从前台和后台两个方面论述,例如,前台采用HTML5,后台采用Spring、Struts2及Hibernate;

3.框架组件:

系统基于B/S架构实现,采用MVC模式;

4.开发工具及语言:

MyEclipse8.6作为开发工具,Java作为开发语言;

5.数据库:

Mysql数据库。

本部分也可以采用技术路线图的方式对所采用的方法技术进行说明。

1.4论文组织结构

针对研究的具体内容,简述论文各个章节的组织结构和具体内容。

2需求分析

软件需求分析的目标是深入描述软件的功能和性能,确定软件设计的约束和软件同其它系统元素的接口细节,定义软件的其它有效性需求。

2.1现系统概述

本部分需要概述现行系统在企业、公司或应用场景中的地位,作用及目标,若没有现系统,此节可以省略。

下面以《城市用水管理信息系统》为例进行说明(仅供参考):

葫芦岛市市自来水公司始建于1974年,1980年正式向居民供水。

目前,公司拥有水源地两座、净水厂4座,日净化能力为12万立米。

公司拥有5个供水管理所、水表鉴定站1个,市区二次加压站25个。

市区供水管长度246公里,主要担负市区近30万人口的居民生活用水、机关团体大生活用水和驻葫国营厂矿事业单位的部分生产用水。

供水普及率98%。

供水覆盖区域达3个区及市郊6个村屯。

公司现有职工700余人。

公司供水月份总户数达到5200余户,用水量约为54.28万吨,月份水费收缴金额约为138.56万元(人民币),月份排污金额19.55万元,合计收费金额约为158.11万元。

整个公司水的产损率约为2.7%。

2.2业务流程分析

2.2.1组织机构及业务范围分析

本部分需要叙述系统中的人员构成,画组织机构图。

说明各机构的业务、范围、职能。

下面以《城市用水管理信息系统》为例进行说明(仅供参考)。

葫芦岛市自来水公司的组织机构如图2-1所示。

公司的目标为“高质量供水,供品质量水,做好服务承诺,满足用户需要”,向用户提供优质服务,公司的主要业务如下:

(1)勘察设计

对用水用户进行供水管路的勘察设计,严格按国家勘察、设计规范进行。

(2)管道安装

对用水用户进行供水管路的安装调试,严格遵守国家工程施工规范进行施工。

图2-1葫芦岛市自来水公司的组织机构图

Fig2-1Huludaocityrunningwatercompany'

sorganizationstructure

(3)管道维修

定期巡检,保养和管理供水管道及附属设施,处理突发的水管道破损等事件,确保安全供水。

(4)抄表收费

抄表到位、准确、及时,按规定收费。

(5)水质检测

按国家规定标准定期进行采样化验、分析,严格做好原水、出厂水和管网水的检测管理工作,严格按照国家水净化处理工艺,确保自来水的水质。

(6)供水调度

合理调度,确保城市供水干管末稍不低于0.16兆帕,供水压力合格率不低于国家规定的97%,因供水设施计划性维修而停水的,将及时预先发出停水通知。

(7)水表计量

校核水表。

鉴于葫芦岛市地下水、地表水等水源都极为紧张的实际情况,公司决定在全市居民实行定时供水,每天供水两次,同时,为鼓励居民、用水单位节约用水,经过省物价部门批准,实行水价高于全省平均水价的政策。

全市执行如下水价:

表2-1葫芦岛市自来水公司水价表

Tab2-1WaterpriceofHuludaocityrunningwatercompany

用水对象

水费

排污费

合计

居民计划

2.04

0.46

2.5

居民超额

3.04

3.5

工业、机关事业单位

2.84

0.51

3.35

经营服务业

5.84

0.56

6.4

特种行业

0.64

10.98

2.2.2业务流程描述

用业务流程图描述现行系统各项业务处理过程,并结合业务流程图详细、准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量及形式等。

业务流程图符号说明如表2-2所示。

表2-2业务流程图符号说明

Tab2-2Symbolsoftransactionflowdiagram

符号含义

符号

说明

实体

表示单位或个人,圈内写明单位或个人职务名称。

输入/输出的报表

表示输入或输出的报表、计划、单据、报告等,框内写明其名称。

处理

表示业务处理,框内写明处理的名称。

帐册

表示各种帐目、规范、定额手册、报表积累等大量存档信息,符号内部写明其名称。

业务流

流向线,表示信息或处理的流向。

说明:

一个系统的业务流程图可以画一个图,也可按业务分别画。

下面以《城市用水管理信息系统》和《火电工程质量检验评定系统》两个工程实例进行说明(供参考):

61

水费排污费统计表

水用户

片区居民水费统计表

片区单位水费汇总表

收费员居民汇总表

收费员单位水费汇总表

收费员居民水费汇总表

统计计算

自来水公司营业科

月份用户用水量表单

图2-2城市用水管理系统业流程图

收费所水费收费统计表

Fig2-2Citywatermanagementsystemindustryflowdiagram

抄表

抄表员

水费价格文件

物价局

月份用户水费表单

发票

收费员

用户月份水费计算

打印水费发票

收费所

图2-3火电土建工程质量验评系统业务流程图

验评

人员

分项工程质量验评表

分部工程

质量验评表

计员

单位工程

质量检验评定

建设单位负责人

施工班组负责人

承建公司负责人

工地施工负责人

审核签名

建设单位档案室

存档

单位工程质量档案

分部工程质量档案

分项工程质量档案

隐蔽工程质量档案

Fig2-3Flowdiagramofthermalpowercivilproject’squalityassessmentsystem

2.2.3现系统存在的问题及薄弱环节分析

本部分可从组织机构、管理过程、方法、手段、数据流向、处理方法等方面发现问题。

通过系统调研,我们认为现行系统存在的问题及薄弱环节主要表现在下列几个方面:

(1)按照辽宁省物价局的最新规定和葫芦岛市环保局的文件要求,对每吨自来水加收0.2元的排污费。

原系统由于设计缺陷,不能收此费用,而排污费月份可收取约为15.8万元(按照葫芦岛市2001年度用水量计算),年度可收取189.6万元。

(2)原系统的设计缺陷和安全漏洞导致的水费流失,存在着人情水、关系水的现象,导致较高的水损率。

(3)用水管理环节多,人员冗余。

主要环节有抄表、收费、记账、审核、开具发票。

在没有推广使用IC水表的情况下,本系统能够实现上述后四个步骤,在逐步推广IC水表后,上述的5环节本系统都可以实现。

(4)由于大量的重复性手工填(抄)写和人工统计计算,容易造成遗漏和统计数据错误。

(5)由于个人素质等方面差异,容易出现记录字迹混淆、纸面脏乱、丢失数据等现象。

(6)耗费大量的人力、物力和财力。

(7)档案数量巨大,移交、存盘、查阅等非常不便。

(8)安全保密性不强。

2.3系统目标

2.3.1总体目标

总体需求目标是在企业需求分析、考察调研和工程基本原则大体确定后才能进行设计。

在总体需求目标方面,以企业的基本需求和关键需求为重点。

基本需求是企业正常的作业规范和业务流程的概念组合,关键需求是企业全部管理流程中重要环节和重要路线的概要抽取。

如果没有基本需求就没有企业总体的经营作业管理,而没有关键需求也就没有了本企业的经营管理特色和个性。

下面以《葫芦岛自来水公司用水管理信息系统》为例进行说明(仅供参考):

葫芦岛市自来水公司是辽西地级城市葫芦岛市的重要市政部门,是该市的城市供水的主要实施单位,实行企业式经营事业管理的管理方法。

本系统的开发与实施,对实现城市用水管理的科学化和水费收缴的正规化,减少水的使用过程中的人情水、跑冒滴漏等,同时,鉴于葫芦岛市是一个严重的缺水城市,公司在政策许可的范围内在枯水期和丰水期灵活设定水价,可有效提高城市居民节约用水的意识,达到用市场手段和价格杠杆促进城市节约用水的目的。

城市用水管理系统的最终目标是避免和克服人工管理的信息滞后,劳动量大,计算和统计的不准确等种种缺陷和弊端,使企业的管理规范化和自动化,从而为决策部门的生产管理决策,对抄表员、收费员、基层水管所的管理和监督提供更加科学,准确的依据。

2.3.2具体目标

本部分把总体需求目标按功能需求进行分解。

目标中可以按管理方面、功能方面、效益方面、技术方面等进行分解。

(1)实现方便的严格的计划用水管理。

可设定各收费所所管辖范围的所有用水单位、用水居民的月份用水量,作为收缴平价水费的重要依据。

(2)灵活设定水费价格。

可根据各城市的水供应情况灵活设定水价,包括居民用水价格、工业用水价格、商饮用水价格、特殊行业(洗浴、桑拿)等行业用水价格。

其中上述每项还包含了平价水和超额用水、超额外用水、排污水费四种价格。

(3)月份水费收缴。

计划用水量享受平价水价格,超额部分按超额水费价格收缴。

鉴于有单位用水和

实现计划用水管理。

可设定各收费所所管辖范围的所有用水单位、用水居民的月居民用水混收的情况(如葫芦岛锌厂),所以设计了工业平价水费、超额水费、超额外水费、商饮业平价水费、超额水费、超额外水费、居民平价水费、超额水费、超额外水费、排污水费等复杂情况的混合计算。

(4)水费发票打印。

可实现水费发票的单张打印、片区连续打印。

鉴于上述价格及收费情况,水费发票内容远比我市现用发票复杂,打印程序相对困难。

(5)各种费用统计。

可实现帐本统计、片区统计、收费所统计、收费员收费统计、自来水公司全部水费、排污费统计及按行业价格统计的水费等。

(6)方便的查询、监督功能。

采用万能查询方式,业务上收费员和抄表员分开登记数据进入系统,使管理者对应收水费和实收水费进行方便的比较,使监督更有效。

(7)严格的校核算法。

原系统采用的人员配置方式为录入员和审核员,由于软件采用了较合理的校核方式,可为每个收费所节省两名审核人员。

2.4系统功能建模

功能建模的思想就是用抽象模型的概念,按照软件内部数据传递、变换的关系,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软件为止。

功能模型用数据流程图来描述,它由外部实体,加工处理,数据存储和数据流四部分组成,为了使数据流图所描述逻辑结构更加清晰,容易阅读,数据流图中使用的符号说明如表2-3所示。

表2-3数据流图符号说明

Tab2-3Symbolexplanationofdataflowdiagram

图形符号

名称

符号说明

外部实体

记述系统数据输入源或数据输出汇点,可以是组织机构、人员、设备或其他软件系统。

框内注明数据源或数据汇点的名字。

PM

C

加工处理

记述某种业务的手工或计算机处理,其中,PM区记述处理标号,C区记述处理名称。

S

DN

数据存储

记述与处理有关的数据存储,DN区记述存储的标号,S区记述存储数据的名称,名称要用名词或名词性短语。

FM

数据流

记述被加工数据及传递方向,FM记述数据流的名称,可用名词或名词性短语命名。

本部分需要给出目标系统的顶层数据流图和分层数据流图,通常分层数据流图应该包含一层DFD和二层DFD,复杂系统可能包含更多的分层数据流图,需要结合实际情况绘制各个DFD。

图2-4城市用水管理信息系统顶层数据流图

Fig2-4Top-leveldataflowdiagramofurbanwatermanagementinformationsystem

对顶层数据流图进行分解,从大的方面分解为自然信息维护、水费计算机发票打印、月份水价维护和尾欠水费处理四个部分,得到一层数据流图如数2-5所示。

图2-5城市用水管理信息系统一层数据流图

Fig2-5First-leveldataflowdiagramofurbanwatermanagementinformationsystem

对一层数据流图中每个非原子加工分解,直到所有加工都为原子加工为止。

例如,对一层数据流图中加工P2水费计算及发票打印分解,得到二层数据流图如图2-6所示。

图2-6城市用水管理信息系统二层发票计算及水费统计数据流图

Fig2-6Second-levelDFDofsystemaboutreceiptcomputationandwaterfeestatistics

2.5系统数据建模

在结构化分析方法中,使用实体关系建模技术来建立数据模型,建立可视化的实体关系图(entity-relationshipdiagram,ERD),称为ER图。

ER图中包含3种相互关联的元素:

数据对象(实体)、描述数据对象的属性及数据对象彼此间相互连接的关系。

数据对象:

数据对象是目标系统所需要的复合信息的表示,所谓复合信息是具有若干不同属性的信息。

在ER图中用矩形表示数据对象。

在实际问题中,数据对象(实体)可以是外部实体、事物、角色、行为或事件、组织单位、地点或结构等。

属性:

属性定义数据对象的特征。

在ER图中用椭圆或圆角矩形表示属性,并

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 农林牧渔 > 林学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2