软件工程实验.docx

软件工程实验.docx

《软件工程实验.docx》由会员分享，可在线阅读，更多相关《软件工程实验.docx（15页珍藏版）》请在冰豆网上搜索。

软件工程实验

一、实验可选题目：

1.学生评教信息管理系统设计

本设计实现学生评教信息管理工作。

学生可网上评价自己所选课程授课情况，按照评教标准给授课教师评分；教学办对评分结果进行统计计算，得出结果；网上可查询这些结果。

2.选课信息管理系统设计

本设计实现学生选课信息管理工作。

学生可网上查询课程情况，并选择自己要学的课程；按照教课标准，教学办对选课结果进行审核、统计。

3.学生成绩信息管理系统设计

本设计实现学生成绩信息管理工作。

教学管理人员管理学生成绩，学生能网上查询这些结果。

教学管理人员负责学生成绩的维护工作。

4.学生信息管理系统设计

本设计完成对学生的信息管理工作。

可网上查询学生基本情况，学生干部情况，学生奖励处分情况。

5、书上第2章的订货系统或第11章的2、3、4题中任选一题。

二、实验需完成工作：

1.可行性分析报告

附录A软件可行性分析报告内容

1．引言

1.1编写目的

【阐明编写可行性研究报告的目的，指明读者对象。

】

1.2项目背景

【应包括：

a.所建议开发软件的名称；

b.项目的任务提出者、开发者、用户及实现软件的单位；

c.项目与其他软件或其他系统的关系。

】

1.3定义

【列出文档中所用到的专门术语的定义和缩写词的原文。

】

1.4参考资料

【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：

a.项目经核准的计划任务书、合同或上级机关的批文；

b.与项目有关的已发表的资料；

c.文档中所引用的资料，所采用的软件标准或规范。

】

2．可行性研究的前提

2.1要求

【列出并说明建议开发软件的基本要求，如

a.功能；

b.性能；

c.输出；

d.输入；

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

f.安全与保密要求；

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

h.完成期限。

】

2.2目标

【可包括：

a.人力与设备费用的节省；

b.处理速度的提高；

c.控制精度或生产能力的提高；

d.管理信息服务的改进；

e.决策系统的改进；

f.人员工作效率的提高，等等。

】

2.3条件、假定和限制

【可包括：

a.建议开发软件运行的最短寿命；

b.进行系统方案选择比较的期限；

c.经费来源和使用限制；

d.法律和政策方面的限制；

e.硬件、软件、运行环境和开发环境的条件和限制；

f.可利用的信息和资源；

g.建议开发软件投入使用的最迟时间。

】

2.4可行性研究方法

2.5决定可行性的主要因素

3．对现有系统的分析

3.1处理流程和数据流程

3.2工作负荷

3.3费用支出

【如人力、设备、空间、支持性服务、材料等项开支。

】

3.4人员

【列出所需人员的专业技术类别和数量。

】

3.5设备

3.6局限性

【说明现有系统存在的问题以及为什么需要开发新的系统。

】

4．所建议技术可行性分析

4.1对系统的简要描述

4.2处理流程和数据流程

4.3与现有系统比较的优越性

4.4采用建议系统可能带来的影响

4.4.1对设备的影响

4.4.2对现有软件的影响

4.2.3对用户的影响

4.2.4对系统运行的影响

4.2.5对开发环境的影响

4.2.6对运行环境的影响

4.2.7对经费支出的影响

4.5技术可行性评价

【包括：

a.在限制条件下，功能目标是否能达到；

b.利用现有技术，功能目标能否达到；

c.对开发人员数量的和质量的要求，并说明能否满足；

d.在规定的期限内，开发能否完成。

】

5．所建议系统经济可行性分析

5.1支出

5.1.1基建投资

5.1.2其他一次性支出

5.1.3经常性支出

5.2效益

5.2.1一次性收益

5.2.2经常性收益

5.2.3不可定量收益

5.3收益/投资比

5.4投资回收周期

5.5敏感性分析

【敏感性分析是指一些关键性因素，如：

系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。

】

6．社会因素可行性分析

6.1法律因素

【如，合同责任、侵犯专利权、侵犯版权等问题的分析。

】

6.2用户使用可行性

【如，用户单位的行政管理、工作制度、人员素质等能否满足要求。

】

7．其他可供选择的方案

【逐个阐明其他可供选择的方案，并重点说明未被推荐的理由。

】

8.结论意见

【结论意见可能是：

a.可着手组织开发；

b.需待若干条件（如资金、人力、设备等）具备后才能开发；

c.需对开发目标进行某些修改；

d.不能进行或不必进行（如技术不成熟，经济上不合算等）；

e.其他。

】

2．需求分析报告

附录B软件需求规格说明书内容

1　引言

1.1编写目的

说明编写这份软件需求说明书的目的，指出预期的读者。

1.2背景 

说明：

a．待开发的软件系统的名称；

b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

C．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3术语定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料 

列出用得着的参考资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2　目标系统概述 

2.1目标 

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2用户简介 

说明目标系统的实用人群，列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。

这些是软件设计工作的重要约束。

2.3组织结构与职责

将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。

2.4业务流程

目标系统的业务流程是对现有用户业务流程的重组、优化与改进。

首先要有一个总的业务流程图，将各种业务之间的关系描述出来，然后再对每种业务进行详细的描述，如果是企业应用则应使业务流程与部门职责结合起来。

详细业务流程图可以采用直式业务流程图、UseCase图或其它示意图的形式。

不能在业务流程图中描述的内容，需要用文字进行描述。

2.5单据、账本、报表

（对企业用户来说）将目标系统中用户使用的正式单据、账本、报表等进行穷举、分类、归纳，其格式可以用表格来表示。

因为单据上的数据往往就是原始数据，所以一种单据一般对应一个实体；账本和报表往往是统计数据，所以一般对应中间表。

3　需求规定 

3.1对功能的规定

3.1.1功能需求

在各个层面，用户都有哪些具体功能要求，文字表述或用功能模块图来表示。

3.1.2功能需求点列表

用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

3.2数据流图、数据字典/类、对象模型、对象-关系模型、对象-行为模型

3.3对性能的规定

3.3.1精度 

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

其中，输入输出数据的精度来源于用户业务流程中各种操作所涉及到的数据精度。

3.3.2时间特性要求 

说明对于该软件的时间特性要求，如对：

a．响应时间；

b．更新处理时间；

c．数据的转换和传送时间；

d．解题时间等的要求。

3.3.3灵活性 

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：

a．操作方式上的变化；

b．运行环境的变化； 

c．同其他软件的接口的变化；

d．精度和有效时限的变化； 

e．计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

3.4输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.5数据管理能力要求 

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

3.6故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.7其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

4　运行环境规定 

4.1设备 

列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能，包括：

a．处理器型号及内存容量；

b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；

c．输入及输出设备的型号和数量，联机或脱机； 

d．数据通信设备的型号和数量；

e．功能键及其他专用硬件。

4.2支持软件 

列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

4.3 接口

a与其它系统的接口，如监控系统、控制系统、财务系统、银行结算系统等；

b与系统特殊外设的接口，如IC卡机、刷卡机、柜员机等；

c与中间件的接口，如接口规范、入口参数、出口参数、传输频率等。

4.4控制 

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

5　目标系统的其它需求

a安全性；

b可靠性；

c特殊需求，比如进度需求、资金需求、培训需求。

3．设计分析报告

附录C设计说明书内容

1　引言 

1.1编写目的 

说明编写这份总体设计说明书的目的，指出预期的读者。

1.2背景

说明：

a．待开发软件系统的名称；

b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。

1.3定义 

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料 

列出有关的参考文件，如：

a．本项目的经核准的计划任务书或合同，上级机关的批文；

b．属于本项目的其他已发表文件；

c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2　总体设计 

2.1需求规定 

说明对本系统的主要的输入输出项目、处理的功能和性能要求。

2.2运行环境

简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。

2.3基本设计概念和处理流程 

说明本系统的基本设计概念和处理流程，尽量使用图表的形式，可以使用以子系统为单位的业务流程图来表示。

2.4结构 

用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。

结构化设计：

功能模块图、结构图，图上不容易表示清楚的可以用文字列表的形式加以补充。

面向对象设计：

子系统划分、子系统结构图，图上不容易表示清楚的可以用文字列表的形式加以补充。

2.5模块（组件）功能分配

模块式结构化设计中的概念，组件是面向对象设计中的概念。

2.5.1专用模块（组件）功能分配，

用列表来表示包含的项有：

编号、模块（组件）名称（多用英文）、详细功能分配、模块的接口标准（参数的类型、个数等）。

2.5.2共用模块（组件）功能

分配用列表来表示，包含的项有：

编号、模块（组件）名称（多用英文）、详细功能分配、模块的接口标准（参数的类型、个数等）。

当组件只有一个类/对象时，这个组件就是一个类/对象。

如果有的话，增加的用户界面专用类/对象要列出来，数据管理设计中的类/对象也要列出来。

3　接口设计（结构化设计） 

3.1用户接口

说明将向用户提供的命令和它们的语法结构，以及软件的回答信息，用列表的形式说明。

3.2外部接口 

说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接 口关系，用列表的形式说明。

3.3内部接口

说明本系统之内的各个系统元素之间的接口的安排，用列表的形式说明。

列表包括以下详细内容：

接口名称、接口内容、接口的数据结构、接口的传输数率[可选]、接口带宽[可选]、接口协议[可选]。

3子系统设计（面向对象设计）

把划分出的子系统列出来，描述子系统（或较大的组件）之间的接口，通信和协作关系。

3.1子系统协作图

3.2子系统协作表

4　运行设计

4.1运行模块（组件）组合 

说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块（组件）组合，说明每种运行所历经的内部模块（组件）和支持软件。

4.2运行控制 

说明每一种外界的运行控制的方式方法和操作步骤。

4.3功能模块的实现

说明运行模块的实现方法。

5　系统数据结构设计

对结构化设计来讲，就是模块内部的过程、函数所使用的变量或数据结构或作用于整个模块的常量，他们往往是要存储在数据库的表中或者他们表示数据库表中的某一项的值。

对面向对象设计来讲，就是类/对象的属性，这些属性用来存储对象自身或者存放从数据库表查出的记录项的值。

6数据库设计

6.1逻辑结构设计 

6.2物理结构设计 

6.3数据库表名清单

用列表给出，表项包括：

序号、中文表名、英文表名、表功能说明。

6.4数据库表之间的关系说明

6.5数据库表的详细清单

用列表给出（每个数据库表用一个列表），表项包括：

字段中文名、字段英文名、字段的类型、数据的长度、精度、主/外键、能否为空、取值约束（默认值、最大值、最小值）、索引否。

6.6视图设计，试图设计与授权有关

设计时参照需求文档的用户授权范围。

视图设计要给出视图的中文名、英文名，视图中的中文列名、类型、长度、精度，每一列的具体算法（如求差、求和等），对应的基本表名。

7问题说明

7.1人工处理过程

说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。

7.2尚未问决的问题

说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。

8　系统出错处理设计

8.1出错信息 

用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。

8.2补救措施

说明故障出现后可能采取的变通措施，包括：

a．后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

b．降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；

c．恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

8.3系统维护设计 

说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。