软件工程实验.docx

软件工程实验.docx

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

软件工程实验

软件工程实验

•、实验可选题目:

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

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

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

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

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

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

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

教学管

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

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

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

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

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

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

二、实验需完成工作：

1•可行性分析报告

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

1.引言

1.1编写目的

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

】

1.2项目背景

【应包括：

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

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

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

1・3定义

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

】

1.4参考资料

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

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

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

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

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效益

521—次性收益

522经常性收益

523不可定量收益

5.3收益/投资比

5.4投资回收周期

5.5敏感性分析

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

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

】

6•社会因素可行性分析

6.1法律因素

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

】

6.2用户使用可行性

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

】

7.其他可供选择的方案

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

】

8•结论意见

【结论意见可能是：

a.可着手组织开发；

b.需待若干条件（如资金、人力、设备等）具备

后才能开发；

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

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

e.其他。

】

2•需求分析报告

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

1引言

1.1编写目的

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

\.2冃^景

说明：

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

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

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

1.3术语定义

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

1.4参考资料

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

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

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

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

列出这些文件资料的

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

2目标系统概述

2.1目标

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

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

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

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

2.2用户简介

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

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

2.3组织结构与职责

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

2.4业务流程

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

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

详

细业务流程图可以采用直式业务流程图、Use

Case图或其它示意图的形式。

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

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编写目的

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

\.2冃^景

说明:

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

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

1.3定义

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

1.4参考资料

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

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

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

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

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

2总体设计

2.1需求规定

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

2.2运行环境

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

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

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

2.4结构

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

结构化设计：

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

面向对象设计：

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

2.5模块（组件）功能分配

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

2.