3课程设计报告软件工程模板正文.docx

3课程设计报告软件工程模板正文.docx

《3课程设计报告软件工程模板正文.docx》由会员分享，可在线阅读，更多相关《3课程设计报告软件工程模板正文.docx（25页珍藏版）》请在冰豆网上搜索。

3课程设计报告软件工程模板正文

课程设计的目的与要求

课程设计目的

软件工程课程设计是学习软件工程课程后所进行的实践环节，目的是培养学生用工程化的思想和标准文档化的思想进行软件开发。

本次课程设计通过开发一个小型实用的软件系统，亲身体验软件生命周期中的各个环节，以加深对软件工程课程的深入理解、锻炼独立分析、解决问题的能力。

课程设计要求

课程设计准备

1）复习软件工程课程的主要内容，熟练掌握软件生命周期的理论以及各阶段的基本概念。

2）明确可行性分析、需求分析、设计、测试等阶段的基本任务和基本方法。

3）熟练运用规范化的描述方法和文档，描述软件开发的各个阶段。

4）熟悉开发环境和开发工具。

内容要求

1）对所设计和实现的系统进行可行性分析，提交可行性分析报告；

2）对系统进行需求分析，可以选择传统的分析方法或者面向对象的分析方法，提交软件需求规格说明书（SRS）；

3）在SRS的基础上进行软件的概要设计和详细设计，提交软件设计文档；

4）遵循上述文档的要求，实现软件；

5）对所实现系统进行软件测试，完成软件测试报告。

设计正文

可行性分析报告

项目简介

项目目标

全面了解实验室每学年的设备的具体使用情况，以便于可以对实验室的设备进行报废、维修、购买等统计、查询的一系列操作，和对设备的一些详细信息的查询管理。

实验室的管理人员要管理实验室的设备，而每学年都有很多人在使用实验室的设备，由于这些硬件设备经过长久的或过力的使用很容易损坏，损坏的设备要及时更新才能让下一批的使用者更好的完成实验，而管理者通常所管理的实验室很多，一一检查的话很费时间不能及时的更新设备，而且工作量大，也不利于正确统计、查询，往往是事倍功半的结果。

给出软件要达到目标的简短叙述，说明系统的背景及相关内容。

系统的简要描述，主要功能

可通过管理员，领导两种身份登录，管理员可以实现对设备的查询，维修，报废和购买申请，领导可以对报废申请和购买申请进行行审核。

只讲做什么，不讲怎么样完成。

对现有系统的分析

处理流程和数据流程（系统流程图）

图1-1

设备管理系统的数据流图如图1-2所示：

图1-2

对现有系统的其他说明

a.功能：

设备入库时应按类别顺序登记编号，便于查找相关信息等操作；

b.性能

操作要简单，要使一些查询等操作的步骤简单易懂；

c.输出

能够打印一些表单，便于向领导申请或保留书面存根；

d.输入

能够包含这些设备的基本信息，使人能够容易看出哪些设备需要维修等；

e.基本的数据流程和处理流程

系统的关键过程是实验室的设备管理，主要是对实验室设备数据的处理，管理员用户的数据操作包括：

设备查询、添加设备申请、设备修理登记、设备报废申请。

上级领导对数据的操作包括：

审核设备申请、审核报废申请，查看资金统计，同时可以对数据库中的合法用户信息进行更改。

f.安全与保密要求

本系统对于安全保密技术要求相对来说不是很高，一般性的安全即可；

g.与软件相关的其他系统

本系统是在MicrosoftVisualStudio2012环境下开发的，可行的操作系统有：

windowsxp，vista，windows7等市场常见的OS；

h.完成期限

由于该系统的要求较简单，内定15~20天完成所有技术要求及文档的编写。

该软件的使用寿命估计在5—7年，估计于2010年七月正式上市，主要使用对象为高校、技校的实验室，一个星期内确定系统的方案，再正式投入人力、资源进行软件开发。

如维护、人员、设备、局限性等。

技术可行性分析

本软件将使用c#语言，利用VS2012环境进行和SQLServer数据库进行开发，系统结构较简单，c#中现有的类库函数完全可以完成所需功能，小型的SQLServer数据库性能稳定，操作简单，有利于软件在短期内完成.。

之前开发实验室管理系统时学习查阅了很多关于c#，数据库以及网络通信协议方面的资料，完成起来相对容易。

经济可行性分析

本次开发估计所需投入资金约为5000—7500元，使用年限在5—7年，软件购买价格为3500元，预计有十个买家，每年的维修费在500—800元。

社会因素可行性分析

法律因素

管理员和领导分工明确，权限清晰，也不存在侵犯个人隐私的可能，软件安全可靠，

用户使用可行性

界面简单明了，操作简单便宜，数据输入，申请的提交，查询快速有效，具有可扩充性，灵活性，开放性与可视性。

可供选择的方案

注意：

（本报告，1－2页即可，重点在对现有系统分析（或系统分析），可供方案选择）

方案一使用Winform的形式开发桌面程序

方案二使用网页形式开发

软件需求规格说明书（SRS）

需求概述

1）给出软件需求的摘要和简单描述

a）用户需求

用户为设备管理人员和领导，首先需要良好的人机交互界面才能带来良好的用户体验，其次功能方面无需太复杂，只要满足基本的管理需求，把用户输入量降到最低，功能简单可靠性强，智能化自动化是用户最基本的需求。

b）业务需求

●数据库服务

●设备基本信息的存储

●添加，购买设备

●报废设备

●设备购买与报废的申请提交

●领导批准

●资金审查

2）运行环境

windowsxp，vista，windows7等市场常见的OS

功能需求

设备管理系统的DFD图如图2-1至2-4所示：

图2-1（a）父图

图2-2（b）子图

（b）子图

图2-3（c）子图

图2-4（d）总图

数据描述

类图或数据词典

1）基本数据项的描述

a）日期

名字：

日期=（年—月—日）

说明：

年=（2000~2050）

月=（1~12）

日=（1~30）

2）数据结构的描述

b）用户

名字：

用户

说明：

用户ID

用户密码

{管理者|领导}（用户类型）

c）设备

名字：

设备

说明：

设备ID

类型ID

设备名

型号

规格

单价

生产厂家

3）数据对象的描述

d）密码验证

名字：

密码验证

说明：

所含数据结构：

用户

数据对象来处：

登录信息表说明：

检验用户输入的登录信息

数据对象去处：

用户说明：

返回验证结果

e）统计查询

名字：

统计查询

说明：

所含数据对象：

设备

数据对象来处：

设备基本信息表说明：

获取设备的基本信息

数据对象去处：

f）维修

g）购买

h）报废

i）审核

4）数据存储的描述

j）登录信息表

名字：

登录信息表

说明：

登录ID

登录密码

{管理员|领导}（类型）

姓名

电话

输入：

用户

输出：

密码验证

k）设备基本信息表

名字：

设备基本信息表

说明：

设备ID

类型ID

设备名

型号

规格

单价

生产厂家

输入：

合法人员对设备的查询操作

输出：

设备信息表

l）维修记录信息表

名字：

维修记录信息表

说明：

设备名

维修日期

维修厂家

维修费用

责任人

输入：

所需维修设备的信息

输出：

确定维修设备的记录

m）新设备信息表

名字：

新设备信息表

说明：

设备名

设备ID

购置日期

购买人

{false|true}（是否报废）

输入：

购买设备的信息

输出：

确认购买设备的记录

n）报废记录信息表

名字：

报废记录信息表

说明：

设备名

报废日期

记录人

详细信息

{确认报废}（状态）

输入：

所需报废设备的信息

输出：

报废设备的记录

o）申请信息表

名字：

申请信息表

说明：

申请ID

设备ID

申请日期

申请人

数量

{已入库|待审核|未通过审核}（状态）

输入：

用户

输出：

申请状态信息

性能需求

1）数据精确度要求不高，主要发挥统计，记录，查询的功能

2）时间特性实时性要求不高，只要即时更新数据库即可

3）适应性适应多个操作系统平台

运行需求

1）用户界面

良好的人际交互界面，操作简单，满足基本的用户需求即可

2）硬件接口

3）软件接口

信息登陆验证模块需要调用数据库服务接口和用户主操作界面，主操作界面需要调用查询模块，添加信息模块，提交申请模块，查询模块需要调用数据库服务接口，添加信息模块需要。

5）故障处理

采用适当的消息提示机制，及时组织用户的不当操作。

若出现严重错误及时关闭程序并重新启动。

其它需求

注意：

SRS文档的重点是功能需求和数据需求

软件设计说明书

软件模块结构图

给出优化后的软件模块图，可以分层给出，它是由DFD演变而来的

图3.1优化后的软件结构模块图

文件结构和全局数据

给出外部文件结构以及与软件所使用的数据库有关的全局数据

1）数据库设计/外部文件描述：

包括数据库的逻辑设计和外部文件的逻辑设计

（每个外部文件的名称、结构、特性和存取权限的约定；每个文件、数据库表的逻辑结构）

2）全局数据：

给出为软件各个模块所共享的全局数据的结构和存取模式

表格名称

含义

作用

equ_login

登录信息表

用于验证用户登录信息

Equ_record

新设备信息表

用于记录新购买的设备

Equ_APP

申请信息表

用于存储系统管理员的设备购买申请信息

Equ_scrapped

报废记录信息表

用于记录设备报废信息

Equ_repair

维修记录信息表

用于记录设备维修信息

Equ_list

设备基本信息表

存储设备的ID，名称，规格，单价等信息

Type1

类型表

存储记录设备类型信息，如计算机类，电子类，建筑类等

表3-1数据库表格信息

表3-2登录信息表

表3-3新设备信息表

表3-4申请信息表

表3-5报废记录信息表

表3-6维修记录信息表

表3-7设备基本信息表

表3-8类型表

模块描述

（给出每个模块图中每个模块的详细描述）

上级领导操作模块描述

Ø审核模块描述

1功能：

查询待审核的报废申请，并决定是否批准（模块x的功能的描述，必要时可以用表格和公式表示）

2）接口：

登录验证模块，数据库服务模块（包括调用x的模块，和x所调用的模块）

3）数据：

（模块x内部的数据结构）

4）处理：

（对模块的详细描述，用数据流图，NS图等）

例如某模块的流程处理，如图3-1所示

设备管理员操作模块描述

Ø设备管理模块描述

1）功能：

对设备信息进行查询，添加类型，入库等操作（模块x的功能的描述，必要时可以用表格和公式表示）

2）接口：

主操作模块，查询模块，入库模块，类型添加模块，数据库链接模块（包括调用x的模块，和x所调用的模块）

3）数据：

设备基本信息表（模块x内部的数据结构）

4）处理：

（对模块的详细描述，用数据流图，NS图等）

例如某模块的流程处理，如图3-1所示

Ø设备维修操作模块描述

1功能：

添加，查询维修记录（模块x的功能的描述，必要时可以用表格和公式表示）

2）接口：

主操作模块，维修记录添加模块，维修记录查询模块，数据库服务模块（包括调用x的模块，和x所调用的模块）

3）数据：

维修记录表（模块x内部的数据结构）

4）处理：

（对模块的详细描述，用数据流图，NS图等）

例如某模块的流程处理，如图3-1所示

Ø设备报废操作模块描述

1功能：

将需要报废的设备提交申请，批准后加入报废记录表（模块x的功能的描述，必要时可以用表格和公式表示）

2）接口：

主操作模块，数据库模块（包括调用x的模块，和x所调用的模块）

3）数据：