当前位置：搜档网 › 软件工程实验指导

软件工程实验指导

软件过程实验指导书

软件过程实验主要是完成在软件开发各个阶段的文档，下面将常用文档格式及要求分项给出。

实验一、可行性研究

实验二、需求分析

实验三、概要设计

实验四、详细设计

实验五、编码

实验六、软件测试

可行性研究报告

可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。

可行性研究报告的编写内容要求如下：

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对所建议系统的说明

概括地说明所建议系统，并说明在第A．2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。

4．2处理流程和数据流程

给出所建议系统的处理流程和数据流程。

4．3改进之处

按2．2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。

4．4影响

说明在建立所建议系统时，预期将带来的影响，包括：

4．4．1对设备的影响

说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。

4．4．2对软件的影响

说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。

4．4．3对用户单位机构的影响

说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。

4． 4． 4对系统运行过程的影响

说明所建议系统对运行过程的影响，如：

a．用户的操作规程；

b．运行中心的操作规程；

C．运行中心与用户之间的关系；

d．源数据的处理；

e．数据进入系统的过程；

f．对数据保存的要求，对数据存储、恢复的处理；

g．输出报告的处理过程、存储媒体和调度方法；

h．系统失效的后果及恢复的处理办法。

4．4．5对开发的影响

说明对开发的影响，如：

a．为了支持所建议系统的开发，用户需进行的工作；

b．为了建立一个数据库所要求的数据资源；

C．为了开发和测验所建议系统而需要的计算机资源；

d．所涉及的保密与安全问题。

4．4．6对地点和设施的影响

说明对建筑物改造的要求及对环境设施的要求。

4．4．7对经费开支的影响

扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。

4．5局限性

说明所建议系统尚存在的局限性以．及这些问题未能消除的原因。

4．6技术条件方面的可行性

本节应说明技术条件方面的可行性，如：

a．在当前的限制条件下，该系统的功能目标能否达到；

b．利用现有的技术，该系统的功能能否实现；

C．对开发人员的数量和质量的要求并说明这些要求能否满足；

d．在规定的期限内，本系统的开发能否完成。

可选择的其他系统方案

扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。

5．1可选择的系统方案1

参照第4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。

5．2可选择的系统方案2

按类似 5． 1条的方式说明第2个乃至第。个可选择的系统方案。．．．．．．

6 投资及效益分析

6．1支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

6．1．1基本建设投资

包括采购、开发和安装下列各项所需的费用，如：

a．房屋和设施；

b． A DP设备；

C．数据通讯设备；

d．环境保护设备；

e．安全与保密设备；

f．ADP操作系统的和应用的软件；

g．数据库管理软件。

6．1．2其他一次性支出

包括下列各项所需的费用，如：

a．研究（需求的研究和设计的研究）；

b．开发计划与测量基准的研究；

C．数据库的建立；

d．ADP软件的转换；

e．检查费用和技术管理性费用；

f．培训费、旅差费以及开发安装人员所需要的一次性支出；

g．人员的退休及调动费用等。

6．1．3非一次性支出

列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：

a．设备的租金和维护费用；

b软件的租金和维护费用；

C．数据通讯方面的租金和维护费用；

d．人员的工资、奖金；

e．房屋、空间的使用开支；

f．公用设施方面的开支；

g．保密安全方面的开支；

h．其他经常性的支出等。

6．2收益

对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；

6．2．1一次性收益

说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：

a．开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化／分布化等；

b．价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；

C．其他如从多余设备出售回收的收入等。

6．2．2非一次性收益

说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。

6．2．3不可定量的收益

逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。

6．3收益／投资比

求出整个系统生命期的收益／投资比值。

6．4投资回收周期

求出收益的累计数开始超过支出的累计数的时间。

6．5敏感性分析

所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。

7 社会因素方面的可行性

本章用来说明对社会因素方面的可行性分析的结果，包括：

7．1法律方面的可行性

法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。

7．2使用方面的可行性

例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。

8 结论

在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是：a．可以立即开始进行；

b．需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行；

c．需要对开发目标进行某些修改之后才能开始进行；

d．不能进行或不必进行（例如因技术不成熟、经济上不合算等）。

系统规格说明书

a. 引言

引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。

a . 1 目的

对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。

a.2 文档约定

描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。

a.3 预期的读者和阅读建议

列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建议。

a.4 产品的范围

提供了对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目视图和范围文档而不是将其内容复制到这里。

a.5 参考文献

列举了编写软件需求规格说明时所参考的资料或其它资源。这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。

b. 综合描述

这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。

b.1 产品的前景

描述了软件需求规格说明中所定义的产品的背景和起源。说明了该产品是否是产品系列中的下一成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。

b.2 产品的功能

概述了产品所具有的主要功能。其详细内容将在d 中描述，所以在此只需要概略地总结。很好地组织产品的功能，使每个读者都易于理解。

b.3 用户类和特征

确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。

b.4 运行环境

描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。

b.5 设计和实现上的限制

确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。

b.6 假设和依赖

列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

此外，确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖那个项目按时提供正确的操作组件。如果这些依赖已经记录到其它文档(例如项目计划)中了，那么在此就可以参考其它文档。

c. 外部接口需求

利用本节来确定可以保证新产品与外部组件正确连接的需求。关联图表示了高层抽象的外部接。需要把对接口数据和控制组件的详细描述写入数据字典中。如果产品的不同部分有不同的外部接口，那么应把这些外部接口的详细需求并入到这一部分的实例中。 c.1 用户界面

陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。而对于用户界面的细节，例如特定对话框的布局，应该写入一个独立的用户界面规格说明中，而不能写入软件需求规格说明中。

c.2 硬件接口

描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。

c.3 软件接口

描述该产品与其它外部组件（由名字和版本识别）的连接，包括数据库、操作系统、工具、库和集成的商业组件。明确并描述在软件组件之间交换数据或消息的目的。描述所需要的服务以及内部组件通信的性质。确定将在组件之间共享的数据。

c.4 通信接口

描述与产品所使用的通信功能相关的需求，包括电子邮件、We b 浏览器、网络通信标准或协议及电子表格等等。定义了相关的消息格式。规定通信安全或加密问题、数据传输速率和同步通信机制。

d. 系统特性

d.1 说明和优先级

提出了对该系统特性的简短说明并指出该特性的优先级是高、中，还是低。或者你还可以包括对特定优先级部分的评价，例如利益、损失、费用和风险，其相对优先等级可以从1（低）到9 （高）。

d.2 激励/响应序列

列出输入激励（用户动作、来自外部设备的信号或其它触发器）和定义这一特性行为的系统响应序列。这些序列将与使用实例相关的对话元素相对应。d.3 功能需求

详列出与该特性相关的详细功能需求。这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务。描述产品如何响应可预知的出错条件或者非法输入或动作。就像本章开头所描述的那样，你必须唯一地标识每个需求。

e. 其它非功能需求

这部分列举出了所有非功能需求，如产品的易用程度如何，执行速度如何，可靠性如何，当发生异常情况时，系统如何处理，而不是外部接口需求和限制。

e.1 性能需求

阐述了不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员作出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。你还可以在这里定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数。尽可能详细地确定性能需求。可能需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们都集中在一起陈述。

e.2 安全设施需求

详尽陈述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取的安全保护或动作，还有那些预防的潜在的危险动作。明确产品必须遵从的安全标准、策略或规则。

e.3 安全性需求

详尽陈述与系统安全性、完整性或与私人问题相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或保密性策略。

e.4 软件质量属性

详尽陈述与客户或开发人员至关重要的其它产品质量特性。这些特性必须是确定、定量的并在可能时是可验证的。至少应指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植性优于有效性。

e.5 业务规则

列举出有关产品的所有操作规则，例如什么人在特定环境下可以进行何种操作。这些本身不是功能需求，但它们可以暗示某些功能需求执行这些规则。e.6 用户文档

列举出将与软件一同发行的用户文档部分，例如，用户手册、在线帮助和教程。明确所有已知的用户文档的交付格式或标准。

f. 其它需求

定义在软件需求规格说明的其它部分未出现的需求，例如国际化需求或法律上的需求。你还可以增加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错，以及登录和监控操作等方面的需求。

附录A ：词汇表

定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包括词头和缩写。你可能希望为整个公司创建一张跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。

附录B ：分析模型

这个可选部分包括或涉及到相关的分析模型的位置，例如数据流程图、类图、状态转换图或实体-关系图。

附录C ：待确定问题的列表

编辑一张在软件需求规格说明中待确定问题的列表，其中每一表项都是编上号的，以便于跟踪调查。

2）指明需求来源：指明需求的来源为了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求，要都能追溯每项需求的来源，这可能是一种使用实例或其它客户要求，也可能是某项更高层系统需求、业务规范、政府法规、标准或别的外部来源。

3）为每项需求注上标号：为了满足软件需求规格说明的可跟踪性和可修改性的质量标准，必须唯一确定每个软件需求。为每项需求注上标号制定一种惯例来为需求规格说明书中的每项需求提供一个独立的可识别的标号或记号。这种惯例应当很健全，允许增加、删除和修改。作了标号的需求使得需求能被跟踪，记录需求变更并为需求状态和变更活动建立度量。需求标识方法有序列号;层次化编码;使用"待确定"（to be determined, TBD ）符号等。

4）记录业务规范：是指关于产品的操作原则，比如谁能在什么情况下采取什么动作。将这些编写成需求规格说明书中的一个独立部分，或一独立的业务规范文档。某些业务规范将引出相应的功能需求；当然这些需求也应能追溯相应业务规范。

5）创建需求跟踪能力矩阵：建立一个矩阵把每项需求与实现、测试它的设计和代码部分联系起来。这样的需求跟踪能力矩阵同时也把功能需求和高层的需求及其它相关需求联系起来了。在开发过程中建立这个矩阵，而不要等到最后才去补建。

这里我们还要介绍需求规格说明书中设计阶段，用到的图形模型--数据字典、数据流图、数据流图、状态转换图、对话图和类图。

数据字典：一个定义应用程序中使用的所有数据元素和结构的含义、类型、数据大小、格式、度量单位、精度以及允许取值范围的共享仓库。数据字典的维护独立于软件需求规格说明，并且在产品的开发和维护的任何阶段，各个风险承担者都可以访问数据字典。它定义了原数据元素、组成结构体的复杂数据元素、重复的数据项、一个数据项的枚举值以及可选的数据项。

数据流图：是结构化系统分析的基本工具。一个数据流图确定了系统的转化过程、系统所操纵的数据或物质的收集（存储），还有过程、存储、外部世界之间的数据流或物质流。数据流模型把层次分解方法运用到系统分析上，这种方法很适用于事务处理系统和其它功能密集型应用程序。

数据流图：描绘了系统的数据关系。分析实体联系图有助于对业务或系统数据组成的理解和交互，并暗示产品将有必要包含一个数据库。相反，当你在系统设计阶段建立实体联系图时，通常要定义系统数据库的物理结构。

状态转换图：实时系统和过程控制应用程序可以在任何给定的时间内以有限的状态存在。当满足所定义的标准时，状态就会发生改变，例如在特定条件下，接收到一个特定的输入激励。这样的系统是有限状态机的例子。大多数软件系统需要一些状态建模或分析，就像大多数系统涉及到转换过程、数据实体和业务对象。

对话图：在许多应用程序中，用户界面可以看作是一个有限状态机。在任何情况下仅有一个对话元素（例如一个菜单，工作区，行提示符或对话框）对用户输入是可用的。在激活的输入区中，用户根据他所采取的活动，可以导航到有限个其它对话元素。因此，许多用户界面可以用状态转换图中的一种称为对话图来建模。对话图描绘了系统中的对话元素和它们之间的导航连接，但它没有揭示具体的屏幕设计。

类图：面向对象的软件开发优于结构化分析和设计，并且它运用于许多项目的设计中，从而产生了面向对象分析、设计和编程的域。类图是用图形方式叙述面向对象分析所确定的类以及它们之间的关系。

概要设计说明书

1.引言

1.1编写目的[阐明编写概要设计说明书的目的，指明读者对象。]

1.2项目背景[应包括：a.项目的委托单位、开发单位和主管部门；b.该软

件系统与其它系统的关系。]

1.3定义[列出本文当中所用到的专业术语的定义和缩写词的原意。]

1.4参考资料[列出有关资料的作者、标题、编号、发表日期、出版单位

或资料来源，可包括：a.项目经核准的计划任务书、合同或上级机关的批文；

b.项目开发计划；

c.需求规格说明书；

d.测试计划（初稿）；

e.用户操作手册（初

稿）；f.文当所引用的资料、采用的标准或规范。]

2.任务概述

2.1目标

2.2运行环境

2.3需求概述

2.4条件和限制

3.总体设计

3.1处理流程

3.2总体设计和模块外部设计

3.3功能分配（表明各项功能与程序结构的关系。）

4.接口设计

4.1外部接口[包括用户界面、软件接口与硬件接口。]

4.2内部接口[模块之间的接口。]

5.数据结构设计

5.1逻辑结构设计

5.2物理结构设计

5.3数据结构与程序的关系

6.运行设计

6.1运行模块的组合

6.2运行控制

6.3运行时间

7.出错处理设计

7.1出错处理信息

7.2出错处理对策[如设置后备，性能降级、恢复及再启动等。]

8.安全保密设计

9.维护设计[说明为方便维护工作的设施，如模块维护等。]

软件工程可行性分析

软件工程可行性分析一、可行性分析--实验目的掌握软件项目立项时可行性研究的方法、内容和步骤掌握可行性研究报告（立项报告）的编写方法学习使用Project进行项目的计划安排二、可行性分析--实验原理可行性研究是软件项目在正式立项前必须进行的分析，目的不是解决问题，而是确定软件项目是否值得做以及能否用尽可能小的代价在尽可能短的时间内解决。可行性研究最根本的任务是对以后的行动方针提出建议，如果问题没有可行的解，应建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，则推荐一个好的解决方案，并制定一个初步的工程计划可行性研究的内容一般包括：技术可行性、经济可行性、操作可行性、法律和社会可行性、开发方案的选择以及进度计划。 (1)技术可行性：使用现有的技术能实现这个系统吗? (2)经济可行性：这个系统的经济效益能超过它的开发成本吗? (3)操作可行性：系统的操作方式在这个用户组织内行得通吗? (4)法律和社会可行性：系统开发过程中是否涉及的各种合同、侵权、责任等与法律、法规吻合或抵触的问题？

(5)开发方案的选择：对不同的系统开发方案进行分析、比较和论证，选择合理的方案，推荐行动计划。三、可行性分析--实验内容与步骤 1)可行性研究的步骤一：分析系统目的。 2)可行性研究的步骤二：分析当前系统的状况。 3)可行性研究的步骤三：当前系统的业务流程。 4)可行性研究的步骤四：分析当前系统的不足。 5)可行性研究的步骤五：提出新的目标系统。 6)可行性研究的步骤六：检查目标系统是否满足要求。 7)可行性研究的步骤七：制定新系统的技术方案。 8)可行性研究的步骤八：方案分析比较。 9)可行性研究的步骤九：推荐方案。 10)可行性研究的步骤十：编制新系统的开发计划。 11)可行性研究的步骤十一：编制可行性研究报告。四、可行性分析--实验成果 ⑴各组大作业选题的可行性研究报告（1人/组）结合案例的步骤和国标GB8567《计算机软件产品开发文件编制指南》中的“可行性研究报告”的编写提示编写。其中，可行性分析报告中必须画出所选择系统的数据流图并编写数据字典 ⑴各组大作业选题的可行性研究报告（1人/组）

软件工程实验教案网络

课程教案课程名称：软件工程实验任课教师：陈利平所属院部：计算机与信息科学学院教学班级：计科1301-02网络1301-03 教学时间：2015－2016 学年第2 学期湖南工学院

课程基本信息

实验一Microsoft Visio软件的使用(选做) 一、实验目的 1.熟悉Visio的工作环境及组成； 2.掌握用Visio软件绘制图表的基本操作； 3.能熟练全用Visio软件绘制各种较复杂的专业图表； 4.掌握各种图表文档创建方法. 二、实验环境 1.安装有Microsoft Visio 2010软件的计算机系统； 2.准备将使用Microsoft Visio 2010绘制图。三、实验内容 1．熟悉Microsoft Visio 2010的建模环境； 2．根据教材和实验老师的演示，从教材或实验指导书中找到一个数据流图，用Microsoft Visio将它画出。可以使用实验指导书的图1-5所示的数据流图. 3．根据教材和实验老师的演示，从教材或实验指导书中找到一个状态图，用Microsoft Visio将它画出。可以使用实验指导书的图1-9所示的状态图。 4．根据教材和实验老师的演示，从教材或实验指导书中找到一个E-R图，用Microsoft Visio将它画出。可以使用实验指导书的图1-19所示的实体关系图。四、实验注意事项在实验过程中，要注意观察Microsoft Visio相关操作的实现。五、实验成果完成实验后，每人提供一份实验报告，简述Microsoft Visio的使用、特点、组成及安装要点，重点说明其建模环境及使用，至少包含三个已绘制的Microsoft Visio文件。六、实验思考 1.反复练习Microsoft Visio绘制各种图。实验后记：实验一Microsoft Visio软件的使用(选做) 一、实验目的 1.熟悉Visio的工作环境及组成；

软件工程实验报告

实验一一、实验室名称综合实验楼二、试验项目名称图书管理系统三、实验目的 1.了解和使用甘特图，系统流程图，线性时间图来描绘系统开发流程和进度 2.学会使用visio绘制常用的流程图。四、实验内容图书管管理系统更便于对图书进行分类和管理，对借阅者进行时间限定，使得借书的效益更高更安全。提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。图书管管理系统的主要功能为：书目管理、借阅证管理、借还图书、查询、缴费。书目管理主要是针对管理员身份而言的（比如新增书目，删除书目等等）；借阅证管理分为五部分：注册、补发、挂失、暂停、注销；借还图书：借书、还书；查询：图书查询、借阅时间缴费主要是计算超期罚款并交纳费用。五、试验方案分析与设计整理分析图书管理流程以及每个用户的权限。对功能进行整合。六、实验器材（设备，元器件）台式电脑七、实验步骤 1.对图书管理系统进行分析，整合用户权限和操作 2.根据用户操作流程画出系统流程图 3.对系统做出概要分析，拟定开发流程 4.绘制出甘特图 5.绘制线性时间图八、实验数据记结果分析

系统流程图：甘特图：线性时间图：九、实验结论成功绘制出图书管理系统的系统流程图，甘特图，线性时间图。十、实验总结对系统流程的理解直接决定业务逻辑的正确与否，错误的系统流程将导致系统开发逻辑设计不合理。甘特图和线性时间图能直观的展示出系统开发的进度，有利于监督项目开发，调整开发进度。

实验二一、实验室名称电子楼512 二、试验项目名称需求分析三、实验目的 1.学会如何根据客户的需求整合需求分析报告 2.了解和使用IDEF1X图和UML类图对系统做出概要设计 3.学会使用visio绘制IDEF1X图和UML类图四、实验内容 1、请从下面的描述中找出绘制数据流图的四种成分并用Visio绘制数据流图。某培训中心要研制一个计算机管理系统。它的业务是：将学员发来的信件收集分类后，按几种不同的情况处理。（1) 如果是报名的，则将报名数据送给负责报名事务的职员，他们将查阅课程文件，检查该课程是否额满，然后在学生文件、课程文件上登记，并开出报告单交财务部门，财务人员开出发票给学生。（2) 如果是想注销原来已选修的课程，则由注销人员在课程文件、学生文件和帐目文件上做相应的修改，并给学生注销单。（3）如果是付款的，则由财务人员在帐目文件上登记，也给学生一张收费收据。 2、有一简单选课系统，用文字描述如下，试用IDEF1X图和UML类图描述该系统的信息模型，并用Visio绘制该IDEF1X图和UML类图。 1）基本描述：在该系统中，有学院、教师、课程、学生等实体，他们的属性分别是：学院：学院编号、学院名称、地址、联系电话、院长等基本属性；教师：教师编号、姓名、性别、年龄、职称、所在学院等属性；课程：课程编号、课程名称、课程性质（必修/选修）、学分、开课学院等属性；学生：学号、姓名、性别、年龄、入学时间、学院等属性。

软件工程结构化需求分析报告实验1

图书馆管理系统需求分析报告 1引言 1.1、编写目的编写本报告的目的是明确软件需求、安排项目规划与进度、组织软件开发与测试，供用户确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2、项目背景 2.1所建设开发软件系统的名称：图书馆管理系统。 2.2用户：图书馆工作人员及读者。 1.3、定义图书管理系统是对图书的流量进行准确、及时、快速地管理系统，其管理流程可由数据流程图来描述。数据流程图（DFD）是为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。 2 任务概述 2.1目标图书管理系统通过计算机技术给图书管理人员和读者借、还书带来便利，减少人力资源的使用和降低管理费用，同时提高信息准确度和可靠性，本系统包括了图书馆管理的一般功能。主要就图书馆的借书和还书模块进行开发。 2.2 用户特点由于图书馆管理人员和借阅的学生老师都是比较熟悉计算机的群体，因此只需进行简单的培训就可以很熟悉地进行操作。该系统的界面尽量会设计的友好一些，满足大多数人的视觉喜好，所以应该能够很好的投入使用。 2.3假定和约束系统应该在进行充分的前期准备后开始开发，在开发期间所有的开发人员应该严格按照预先规定的步骤进行，不允许中途有任何疏忽，同时应该及时与图书馆管理人员进行沟通，了解他们的真正想法，尽量满足他们的需要，项目一旦完工，就很难进行改动，所以每一步的进行，都应该根据数据字典等工具进行，严格每一个人员的开发流程。 3需求规定 3.1对功能的规定经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。图书管理系统必须具备的功能有：（1）新进图书的登记功能（2）图书的查询修改功能（3）借阅的登记

软件工程实验报告

v1.0 可编辑可修改院系：计算机科学学院专业：计算机科学与技术年级： 2013级课程名称：软件工程组员：司少武（1135）兰少雄（1136）张宇（1133）纳洪泽（1132）指导教师：刘卫平 2015年 12月 26 日

聊天室 1 前言即时消息系统的研究现状即时消息系统[1](Instant Messenger，IM)是一种在后 PC 时代兴起的，以Internet 网络为基础的，允许交互双方即时地传送文字、语音、视频等信息，能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因：人们都有渴望社交，获得社会尊重、实现自我的需求，这正是即时消息软件风行的原动力，而物质文明的日益发达所带来副作用，又使得人们习惯与周围的人保持距离，以致人们更愿意对陌生人敞开心扉，在网络中可以跨越年龄、身份、行业、地域的限制，达到人与人、人与信息之间的零距离交流。从这点上讲，即时消息系统的出现改变了人们的沟通方式和交友文化，大大拓展了个人生活交流的空间。本工程的主要内容随着互联网逐步普及，人们的生活和工作也越来越离不开信息网络的支持，而聊天室是人们最常见，最直接的网上交流的方式。本聊天系统以聊天交流为主，为广大用户提供一个借助网络进行人际交往的平台，也是网络与现实最贴近的实用型网站。本文所介绍的网络聊天系统是基于开放的JAVA应用程序开发设计的，其主要特性是能动态、实时的完成信息的传递，且具有高效的交互性，更有效的处理客户请求，且具有脱离数据库技术方法，易于维护和更新的特点。 2 需求分析本系统所要实现的主要功能是当用户聊天时，将当前用户名、聊天对象、聊天内容、聊天语气和是否私聊进行封装，然后与服务器建立Socket连接，再用对象输出流包装Socket的输出流将聊天信息对象发送给服务器端当用户发送聊天信息时，服务端将会收到客户端用Socket传输过来的聊天信息对象，然后将其强制转换为Chat对象，并将本次用户的聊天信息对象添加

软件工程实验指导书(2016年修订)

数学与信息学院（软件学院）《软件工程实验》指导书编写：梁早清朱凯严尚维林毅申完成人信息学号姓名主要角色和任务比重朱凯2016年修订分组至少3人至多4人。备注：此文档仅作为《软件工程》实验指导用，其他课程的文档模板请根据其他老师提供的模板撰写。

软件工程实验课实验说明本实验指导书是数学与信息学院、软件学院《软件工程实验》课程的指导书，目的在于让同学们通过这些实验，体会软件开发的过程（从需求分析到设计和测试计划）。老师们试图通过一个较为简单的易实现的软件系统，让同学们分阶段完成需求分析、体系结构设计、部件级设计等设计和功能测试的工作，并完成相应的文档。同学们之间根据规范相互评审每一阶段的文档，过后老师再统一评讲。以此让同学们加深对结构化分析与设计、功能测试的方法的理解。（特别指出：因课时所限，软件工程中面向对象的设计与分析方法不在本实验课上讨论，学院另外开设有《面向对象的设计与分析》课程。）题目如下：一、软件系统需求的文本描述《课程成绩管理系统》提供一个方便我校任课老师管理学生成绩的小型软件系统。该系统为教师提供方便的成绩管理功能，也为学生提供查询成绩的功能。系统描述如下：学生的成绩包含以下4个部分：课堂点名成绩、课堂考试成绩、课后作业成绩和期末考试成绩。各成绩评判标准和在总成绩中所占比例如下： 1.课堂点名3次，每次点名没有到的不得分（即记0分），到了的100分。第一次点占总成绩的1%，第二次和第三次各占总成绩的2%，课堂点名占总成绩的5%； 2.课堂考试3次，每次满分100分，具体成绩由老师给出。其中，第一次和第二次占总成绩的7%，第三次占总成绩的6%，共20%； 3.课后作业3次，每次满分100分，具体成绩由老师给出。其中，第一次和第二次占总成绩的8%，第三次占总成绩的9%，共25%； 4.期末考试试卷满分100分，占总成绩的50%。教师能通过成绩管理软件来管理学生的成绩，包含添加、删除、修改、查看、统计学生的成绩。各个功能具体描述如下： 1.添加学生成绩：填写学号，点击添加，然后在添加界面上录入对应学生的第一次点名、第二次点名、第三次点名、第一次课堂考试、第二次课堂考试、第三次课堂考试、第一次课后作业、第二次课后作业、第三次课后作业，期末考试卷面成绩。点

软件工程实验报告(总)

信息工程学院软件工程实验报告专业：班级：学号：姓名：指导老师：

实验一：软件开发的过程计划实验课时：2课时一、实验目的项目计划的目的是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划，重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。二、实验环境 1.硬件环境 P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。 2.软件环境操作系统：Windows XP 数据库：Sql Server 2000以上或Access 2003以上 3.通用工具软件通用绘图工具：MicroSoft V isio 2003以上文本编辑工具：MicroSoft Word 2003以上 4.CASE工具 UML建模工具：Rational Rose 2000 三、实验要求、实验内容 1、实验要求：在进行实验之前，必须掌握软件开发过程的一些基础知识，准备参考资料和阅读相关的过程模型的文档。 2、实验内容熟悉RUP（Rational Unified Process）软件开发统一过程的思想，RUP（Rational Unified Process）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史上最完整、最成熟、最优秀的过程模型之一。学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并熟悉相应的工具。

四、思考题 1、项目开发首先要做的事是什么？答：进行需求分析和定义，了解客户或用户的需求，然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。答：安全性、实用性、灵活性。 3、你认为怎样分工是最合理的？答：该项目已经采取项目经理制，但是在具体开发过程中，情况也许会比预计的复杂，因此，在了解了各组员的工作风格的情况下，根据性格类型进行工作分配，比如：外向而且善于交流的，可以给他安排和客户交流沟通，让客户随时了解我们的工作情况，并且反应客户的需求改变；为了让项目更好的组织和管理，可以采取主程序员负责制；这样，在项目经理的带领下，内部安排主程序员和副程序员，工作员有问题的话，内部自己解决，只要按时汇报工作就可以了。五、实验内容：项目背景项目名称：银行计算机储蓄系统随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。项目进度：项目在项目经理的制度下，在整个开发过程中，树立“里程碑”，而且严格按照计划进行，各阶段任务必须完成，现把任务进度历程绘制如下：

软件工程-实验1结构化分析实验

淮海工学院计算机工程院实验报告书课程名：《软件工程》题目：实验1结构化分析实验学号：2014140093 班级：Z计121 姓名：薛慧君

实验1结构化分析实验实验目的和要求 1、通过实验，加深理解传统软件工程方法； 2、通过实验，掌握结构化软件工程分析与建模方法； 3、掌握数据流图、数据字典的创建方法，建立软件功能模型； 4、通过实验，初步掌握需求分析文档的编写方法。实验环境硬件环境：配置性能较好的台式计算机每人1台，并具备网络环境软件环境：Micresoft Visio 实验学时 2学时，必做实验实验题目机票预定系统 1．系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 2．技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2）对于本系统还应补充一下功能： 1．旅客延误了取票时间的处理 2．航班取消后的处理 3．旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。实验过程与实验结果数据流图顶层数据流图：

0层数据流图： 1层数据流图：

数据字典 (1) 旅客信息 (2) 订票旅客清单 (3) 订票信息 (4) 航班机票信息

软件工程实践实验指导书XXXX

《软件工程实践》实验指导书学院：数学与计算机学院专业：计算机专业年级：指导教师：汪璟玢系主任（或教研室主任）：

本课程实验教学目的和基本要求：知识方面：通过本课程设计，让学生进一步了解软件项目管理、需求分析、系统设计和软件测试的基本原理和方法，在软件开发的各个阶段熟悉并掌握一种表达工具，实现一个小规模的系统开发。能力方面：在本课程设计过程中，注重培养学生分析问题和独立解决问题的能力。素质方面：通过本课程设计，着重培养学生具备以下两方面的良好素质:一是针对实际系统中存在的问题，能够善于运用所学基本理论知识分析问题；二是规范地表达分析和设计方案。本课程设计要求学生3-6人一组完成一个系统，并按照软件工程的规范形成相关文档资料。参考资料： 1.《软件工程实践者的研究方法》（第六版）（美）Roger S.Pressman著，郑人杰马素霞白晓颖译，机械工业出版社 2.《软件工程实践者的研究方法》（第五版）（美）Roger S.Pressman著，梅宏译，机械工业出版社 3.《软件工程》（第六版）（英）Ian Sommerville著，程一剑陈霞译，机械工业出版社 4.《软件工程》郑人杰主编, 清华大学出版社 5.《软件工程—理论、方法与实践》孙家广主编,刘强编著，高等教育出版社

实验一：项目选择与用例图表达目的：结合具体的项目，要求学生结合用例图和用例文本的方法将系统功能表达清楚。内容：项目选择、参与者确定、用例识别、用例间的关系表达，用例文本的表达要求：能够发现任务与用例的关系、用例间的关系并准确表达、用规范的用例文本描述用例。开发环境和工具要求掌握：Windows200 Advanced Server、Rational Rose2003、MS visio2003 实验二：系统需求分析报告—类图目的：通过本次实验掌握对具体项目进行类的识别和分析，并完成系统类图。内容：识别类、确定类的属性和操作、分析类间的关系完成类图要求：调查工作要深入，对系统的业务流程要充分了解；结合系统的功能进行类的分析。开发环境和工具要求掌握：Windows200 Advanced Server、MS visio2003、Rational Rose2003 实验三：系统需求分析报告—数据流图目的：结合具体项目，训练学生的抽象分析及分层描述问题的能力，联系数据和功能，分层次表达系统的功能。内容：任务分解；识别外部实体、加工、数据存储和数据流；分层次表达的方法。要求：调查工作要深入，对系统的业务流程要充分了解；结合系统的功能分解进行数据流图的绘制。开发环境和工具要求掌握：Windows200 Advanced Server、MS visio2003

软件工程实验指导书71436

软件工程实验指导书南昌航空大学信工学院 2010年01月

目录实验1 用PowerDesigner建模工具绘制数据流图 (3) 1 实验环境 (3) 2 实验目的 (3) 3 实验内容 (3) 4 实验要求 (3) 5 实验步骤 (3) 实验2 用PowerDesigner建模工具设计数据库 (5) 1 实验环境 (5) 3 实验内容 (5) 4 实验要求 (6) 5 实验步骤 (6) 实验3 用Microsoft Visio工具设计用户界面 (10) 1 实验环境 (10) 2 实验目的 (10) 3 实验内容 (10) 4 实验要求 (10) 5 实验步骤 (10) 实验4 用Rational Rose绘制用例图 (14) 1 实验环境 (14) 2 实验目的 (14) 3 实验内容 (14) 4 实验要求 (14) 5 实验步骤 (15) 实验5 用Rational Rose工具绘制类图 (18) 1 实验环境 (18) 2 实验目的 (18) 3 实验内容 (18) 4 实验要求 (18) 5 实验步骤 (18)

实验1 用PowerDesigner建模工具绘制数据流图 1 实验环境 Windows 2000、Sybase公司的Power Designer应用软件 2 实验目的 1)了解Power Designer工具软件的组成及功能 2)掌握Power Designer中的Process Analyst（PA）模块的建模方法及其工具的使用方法 3 实验内容 1）设计数据流图（DFD） 2）利用外部实体、过程处理、数据流及数据存储绘制数据流图。 4 实验要求建立一个PAM（Process Analyst Model）的应用实例。为方便旅客，某航空公司拟开发一个机票预定系统。旅行社把预定机票的旅客信息（姓名、性别、工作单位，身份证号码、旅行时间、施行目的地等）输入该系统，系统为旅客安排航班，印出取票通知和帐单，旅客在飞机起飞前一天凭取票通知单和帐单交款取票，系统校对无误即印出机票给旅客。绘制该机票预定系统的数据流图。注意：功能分解的细化程度视具体情况而定。该实验中分解到第三层止。 5 实验步骤数据流图是系统处理模型的主要组成部分。其中心问题是把功能逐层分解为多个子功能。 1）建立根处理模型 S1：在Windows桌面上双击Process Analyst程序图标，打开Process Analyst应用程序。 S2：建立一个处理过程P1。单击工具栏中的Process工具，在模型工作区内单击会出现一个处理过程的符号，它是建立的第一个处理过程。单击鼠标右键释放Process工具，再双击新建立的处理过程符号，出现特性对话框，对

软件工程实验报告_学生成绩管理系统

软件工程实验报告学生成绩管理系统的设计与实现学生姓名学号班级成绩指导教师年月日

目录 1 课题描述 (3) 2 可行性研究 (4) 2.1 编写目的 (4) 2.2 项目背景 (4) 2.3 定义（术语） (4) 2.4 数据流程和处理流程 (4) 2.5 可行性分析的前提 (5) 2.6 可行性分析 (5) 3 需求分析 (7) 3.1 学生成绩管理系统功能需求 (7) 3.2 学生成绩管理系统性能要求 (8) 3.3 数据流图 (8) 3.4 数据字典 (9) 3.5 学生信息管理系统逻辑结构图 (12) 3.6 用户信息实体关系图 (12) 4 概要设计 (13) 4.1 编写目的 (13) 4.2 项目背景 (13) 4.3 任务概述 (13) 4.4 总体设计 (13) 4.5接口设计 (17) 4.6数据结构设计 (17) 5 详细设计 (19) 5.1 系统程序流程图 (19) 5.2 界面设计 (21) 5.3 程序界面截图 (22) 5.4 程序源代码 (27) 6 软件测试 (58) 7 总结 (62)

1 课题描述随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。可以说它适用于每一所高校，因此很有开发价值。我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，实用性强，使用简单，所花经费少等优点。我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。主要功能有三方面：管理员，登陆，进入系统，可以进行管理员操作，进行学生信息、教师信息、课程信息的编辑、查询、删除、修改、添加、打印等操作。学生，登陆，进入系统，可以进行查询、修改、打印等操作。教师，登陆，进入系统，可以进行查询、学生成绩录入、修改、打印等操作。软件系统目标：（1）本系统具有很强的可靠行，可以对录入的学生信息进行效验，对数据进行修改、删除，规定各种权限。（2）本系统中的模块具有很强的可续性，可以方便管理人员的修改与维护。（3）本系统操作方便、灵活、简单。（4）本系统可高效、快速的查询到学生的基本信息。

软件工程实验报告

1.1 实验一结构化需求分析一．实验类型图书馆管理系统假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。

四．实验步骤 1．理解所承担项目的业务流程和业务内容。本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。

13级软件工程实验指导书最新版

《软件工程》课程实验指导书华北水利水电大学信息工程学院计算机科学与技术专业 2016年5月

《软件工程》课程实验指导书一、实验选题与要求自由选择题目，但每个班级的选题按照学号尾数为0、5选第1题，尾数为1、6选第2题，尾数为2、7选第3题，尾数为3、8选第4题，尾数为4、9选第5题。 1、单科学生成绩管理系统任务：对在校某班学生一门课程的平时成绩与考试成绩进行统一管理。每个学生记录包括学号、姓名、每次习题（按16次计）、测验（按3次计）、考试成绩和总评成绩等信息，以学号为序存放。要求：（1）一个文件按以班为单位存储学生记录。（2）将允许的操作分为四种，以A、B、C、D为标志（若设置菜单操作更佳）： A：插入一个新的学生记录； B：登记某次成绩（可以是每次习题、测验、考试成绩）； C：修改某次成绩（可以是每次习题、测验、考试成绩）； D：删除一个学生记录。（3）计算学生的最终成绩，各项成绩权重为：习题10%、测验20%、考试70%。（4）按学号排序打印全班成绩表，表格内容包括习题、测验、考试、总评成绩，前三项为百分制，总评成绩为加权计算结果值。设置教师和学生两种登录系统身份，每个用户应有自己的口令；教师身份可以完成上述基本要求的功能，学生可以通过输入学号查询个人成绩。 2、飞机航班订票系统任务：通过此系统可以实现如下功能：（1）录入：录入航班信息（数据可以存储在一个数据文件中）（2）查询：可以查询某个航线的情况（如，输入航班号，查询起降时间，起飞抵达城市，航班票价，票价折扣，确定航班是否满仓）；可以输入起飞抵达城市，查询飞机航班情况；（3）订票：（订票情况可以存在一个数据文件中）可以订票，如果该航班已经无票，可以提供相关可选择航班；（4）退票：可退票，退票后修改相关数据文件；订票的客户信息有姓名，证件号，订票数量及航班，订单要有编号。（5）修改航班信息：当航班信息改变可以修改航班数据文件。 3、宾馆管理信息系统任务：入住或预订客房时，用户要对客户管理模块或预订管理模块进行核对审查，并进行登记；客户换房时，要对换房信息进行查询和更新；客户退房时，要进行结算，并对更新客房信息。主要功能模块：（1）登录模块：对用户身份进行验证，只有合法用户才能进入系统；

(上课)软件工程实验一

实验指导书课程名称软件工程导论学院信息工程学院班级学号姓名 2018年 2 月 24 日

系统简介:某单位准备开发一个购买办公用品与设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500元(含500元)可以由总务办公室直接审批,而高于500元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。案例二:火车票预订系统系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。请对以上系统进行业务流程分析后,绘制出该系统的系统流程图。实验原理: 系统流程图就是描绘物理系统的传统工具。就是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等等)。表达的就是信息在系统各部件之间流动的情况,而不就是对信息进行加工处理的控制过程。系统业务流程图的符号:

基本符号系统符号实验过程与结果: 一、操作步骤: 1．运行Microsoft Office Visio 2010

2．选择流程图中的基本流程图模板 3．用鼠标选拉图标进行绘图二、实验结果:

软件工程需求分析和概要设计SASD实验实验报告总结归纳

需求分析和概要设计实验报告一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。二．实验内容图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层图书管理员处理预定图书第二层四．实验分析在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到： 1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。

软件工程实验报告

院系：计算机科学学院专业：计算机科学与技术年级： 2013级课程名称：软件工程组员：司少武（1135）兰少雄（1136）张宇（1133）纳洪泽（1132）指导教师：刘卫平 2015年 12月 26 日

软件工程实验报告

软件工程实验报告东北大学软件学院组长：王世龙 20090658 组员：王娜 20090096 刘倞坤 20090713 刘大华 20090774

软件工程实验报告摘要：建立东北大学二手交易电子系统，主要用于东北大学师生在线进行二手产品的交易功能。只要是东北大学师生进行身份验证，登陆此系统网站后，可以方便，快捷地浏览，交流和评论自己感兴趣的二手商品的详细信息，与此同时，还可以发布自己所要出售的二手商品的信息，并根据用户的级别对发布信息显示的先后顺序进行排序；而外界非校园用户可以进行基本的网页浏览功能。本文以UML建模为驱动，在需求调研和分析的基础上，对此系统的业务逻辑进行逐步深入分析，建立需求分析的用例图模型，系统设计的类图，时序图，状态图等。关键字：面向对象，统一建模语言，软件工程，二手交易目录一．引言-----------------------------------------------------------------------------------------2 1.1项目背景------------------------------------------------------------------------------2 1.2设计目的------------------------------------------------------------------------------2 二．需求描述----------------------------------------------------------------------------------3 三．需求分析----------------------------------------------------------------------------------3 3.1需求分析-----------------------------------------------------------------------------3 3.2用例建模-----------------------------------------------------------------------------4 四．系统设计---------------------------------------------------------------------------------6 4.1系统结构-----------------------------------------------------------------------------6 4.2设计阶段类图-----------------------------------------------------------------------7 4.3状态图--------------------------------------------------------------------------------8 4.4交互图--------------------------------------------------------------------------------9 五．结束语-------------------------------------------------------------------------------------15 5.1项目总结------------------------------------------------------------------------------15 5.2待完善之处---------------------------------------------------------------------------16 六．参考文献-----------------------------------------------------------------------------------17 附录一-------------------------------------------------------------------------------------------17 附录二-------------------------------------------------------------------------------------------19 一．引言 1.1．项目背景随着大学生活丰富多彩的变化，随着当代大学生日益增长的购物需求，在互联网日益普及的今天，多数大学生已经倾向于方便并且快捷的网上购物方式。然而，作为同一所大学的学生，有着物美价廉的共同需求，伴随着学生的不同阶段的购物需求变化和每年的升学和毕业，也存在着许多各种类型的二手商品。在许多学校的校园里，都出现了大量的二手交易市场。卖家为学生的二手交易，价格

软件工程实验指导

软件工程 可行性分析

软件工程实验教案网络

软件工程实验报告

软件工程结构化需求分析报告实验1

软件工程 实验报告

软件工程实验指导书(2016年修订)

软件工程实验报告(总)

软件工程-实验1结构化分析实验

软件工程实践实验指导书XXXX

软件工程实验指导书71436

软件工程实验报告_学生成绩管理系统

软件工程实验报告

13级软件工程实验指导书最新版

(上课)软件工程实验一

软件工程需求分析和概要设计SASD实验实验报告总结归纳

软件工程 实验报告

软件工程实验报告

相关文档

最新文档

软件工程可行性分析

软件工程实验报告

软件工程实验报告