1、概述
1.1 编写目的
本文档是北京某公司（以下简称某公司）在沃尔沃（中国）投资有限公司（以下简称沃尔沃）的物流信息服务平台合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。
1.2 系统目标
本平台为物流需求企业和物流服务企业提供了各种需求、货源、车源信息。为物流需求企业提供完整的解决方案、为物流服务企业提供需求信息等增值服务，在促进沃尔沃用户供需交互的同时达到宣传和推销沃尔沃卡车的目的，最终使沃尔沃卡车在中国地区的销量能够显著增长。
鉴于上述目标，本平台由两个子平台组成，即物流信息服务平台（以下简称服务平台）和物流信息服务平台管理系统（以下简称管理系统）。
服务平台的用户主要是物流企业以及有物流需求的非物流企业，所完成的目标为：
1. 首页：
首页支持的功能应包括：
用户注册与登陆，订阅电子期刊，过桥费查询，给沃尔沃留言；
首页所发布内容包括：
物流企业介绍、成功案例展示、物流需求发布、最新消息、解决方案展示、运力合作展示。
2. 物流需求项目发布:
●物流需求项目发布平台
为物流需求企业提供大型物流项目发布的平台，为物流服务企业提供更多的商机。用户可以在平台上发布和查询需求项目信息，以及进行之后的方案征集活
动。
.......
管理系统的用户主要是沃尔沃管理人员，完成目标为:
1.新闻维护：
●增加新闻
新增新闻信息，供物流信息服务平台用户浏览。
●修改新闻
修改或删除已有新闻信息。
●新闻查询
根据条件查询满足条件的新闻信息。
2.物流需求项目发布：
●发布新项目信息
沃尔沃代替物流需求企业发布新的需求项目。
●物流需求项目维护
沃尔沃管理人员对还没有发布的项目信息进行维护（包括服务平台上物流需求
企业发布的需求项目和沃尔沃替物流需求企业发布的需求项目）。
●物流需求项目审批
沃尔沃管理人员对物流需求企业发布的项目进行维护。
●物流需求项目停用
对于已经发布的项目，沃尔沃管理员可以选择停用。
.......
1.3 术语定义
物流企业：有运输能力，在服务平台主要作为供方和运输方的企业，在系统中的主要功能是发布解决方案，用户注册时需声明。
非物流企业：在系统中主要作为需求方出现的企业，只能发布需求项目，不能够提供解决方案，用户注册时需声明。
物流需求企业：（是从功能上界定的，相对物流服务企业而言），指有物流需求的企业，可能是非物流企业，也有可能是物流企业。
物流服务企业：(是从功能上界定的，相对物流需求企业而言)，能够提供解决方案的企业，一定是物流企业。
服务平台角色：包括物流企业用户，非物流企业用户，沃尔沃用户，普通个人用户，论坛管理员。
其中：
物流企业用户角色：主要是分给所属企业为物流企业的用户，如果有特殊情况，该角色也可分给其他用户。只有物流企业用户可以发布解决方
案。
物流需求企业用户角色：默认是分给非物流企业的用户，如果有特殊情况，该角色也可分给其他用户。非物流企业用户不能发布解决方案。
沃尔沃用户角色：默认分配给管理平台注册的用户，用管理系统的用户名，密码可登陆服务平台。在服务平台可查看所有信息。
普通个人用户角色：默认分配给不属于系统指定企业的用户。此用户在系统中同样可发布需求。
论坛管理员角色：主要分配给沃尔沃的服务平台管理员，拥有论坛管理员角色的用户可以对论坛内容进行管理。
管理系统角色：包括系统管理员，服务平台管理员。
其中：
系统管理员角色：用于对服务平台用户和管理系统用户、角色、企业等信息进行管理。
服务平台管理员角色：用于对服务平台发布的信息进行管理。
2、需求说明
活动图
用例规约：
活动图：
活动图：
活动图：
2.1.1 物流项目发布
【使用人】
管理系统需求项目管理员。
【业务说明】
对物流信息平台需要发布的需求项目信息进行维护。【需求实现】
2.1.1.1 发布新需求项目信息：
在发布新需求项目信息页面内，用户可输入以下需求项目信息：标题，类型，
区域，行业，文字信息，图片，上传附件，以及选择物流需求企业。操作包括：
保存，删除，发布。对于已发布的项目，系统在物流服务平台的论坛上自动发
布一条相同的消息。
2.1.1.2 物流需求项目维护：
管理系统需求项目管理员对所有待发布的项目信息进行维护（包括沃尔沃提交
的项目信息和物流需求企业提交的项目信息），操作包括修改，删除，发布。
2.1.1.3 物流需求项目审批：
对于服务平台发布的项目进行确认，操作包括：审批通过，审批拒绝。
2.1.1.4 物流项目停用：
对于已经发布的项目，如果不再需要，可以使用此功能将其停用。.......
个人收集整理勿做商业用途 软件工程习题及答案 一、选择题： 1. 为了提高测试的效率，应该。 A、随机地选取测试数据 B、取一切可能的输入数据作为测试数据 C、在完成编码后制定软件的测试计划 D、选择发现错误可能性大的数据作为测试数据 2. 与设计测试数据无关的文档是。 A、需求说明书 B、设计说明书 C、源程序 D、工程开发设计 3. 结构设计是一种应用最广泛的系统设计方法，是以为基础、自顶向下、逐步求精和模块化的过程。 A、数据流 B、数据流图 C、数据库 D、数据结构 4. 概要设计的结果是提供一份。 A、模块说明书 B、框图 C、程序 D、数据结构 5. 需求分析是由分析员经了解用户的要求，认真细致地调研、分析，最终应建立目标系统的逻辑模型并写出。 A、模块说明书 B、软件规格说明书 C、工程开发计划 D、合同文档 6. 注释是提高程序可读性的有效手段，好的程序注释占到程序总量的。 A、1/6 B、1/5 C、1/4 D、1/3 7. 变换型和事务型是程序结构的标准形式。从某处获得数据，再对这些数据作处理，然后将结果送出是属于。 A、变换型 B、事务型 8. PAD（Problem Analysis Diagram）图是一种工具。 A、系统描述 B、详细设计 C、测试 D、编程辅助 9. 分层数据流图是一种比较严格又易于理解的描述方式，它的顶层描绘了系统的。 A、总貌 B、细节 C、抽象 D、软件的作者 10. 数据流图中，当数据流向或流自文件时，。 A、数据流要命名，文件不必命名 B、数据流不必命名，有文件名就足够了 C、数据流和文件均要命名，因为流出和流进数据流是不同的 D、数据流和文件均不要命名，通过加工可自然反映出
电子与信息工程学院实验报告 班级学号姓名吴前斌同组 实验课程：软件工程 实验项目：软件测试 实验日期：2019 年10 月22 日
程序执行流程图如下图1所示； 1 2 3 4 5 6 7T F T F 图1 路径1：1、4、6、7 测试用例不存在 路径2：1、4、5、6、7 测试用例a= -1,b=0,x=3路径3：1、2、4、6、7 测试用例a=2,b=1,x=3 路径4：1、2、3、4、6、7 测试用例a=2,b=0,x=4
路径5：1、4、5、7 测试用例a=-1,b=0,x=0 P42-1: 首先点击工具条的【连接到文件夹】按钮，打开连接到文件夹对话框，选择实验数据所在目录，单击【确定】按钮，实现所需要的文件夹在目录树中显示出来，如下图1所示； 图1 接着在该文件夹下建立个人地理数据库单击【新建】、【个人地理数据库】，并且命名为“沈阳”，之后在该个人地理数据库中新建一个要素集，右击个人地理数据库单击【新建】、【要素数据集】，在打开的对话框中输入“shenyang”，如下图2所示； 图2 接着在要素集下选择一个为“Xi‘an 1980”地理坐标系，如下图3所示；
图3 接着点击个人地理数据库，新建一个要素类命名为“路灯”，如下图4所示； 图4 点击新建好的路灯要素集，选择【导入】、【要素类（多个）】，导入实验所需要的实验数据\1\vector文件夹下的street.shp，donut.shp（shift多选）单击确定即可，展示的效果如下图5，图6、图7、所示； 图5 图6
图7 P42-2: 首先打开arcmap连接个人地理数据库TEXT1.mdb，接着在图层中添加库中的road、street、river这个三个要素，使用滚轮放大缩小进行查看，如下图1、图2所示； 图1 图2 点击图标arctoolbox工具进行添加一个新的工具箱，工具箱命名为“personal”，接着导入一些常规的工具即可，如下图3、图4所示。 图3 图4
软件工程可行性分析一、可行性分析--实验目的 掌握软件项目立项时可行性研究的方法、内容和步骤 掌握可行性研究报告（立项报告）的编写方法 学习使用Project进行项目的计划安排 二、可行性分析--实验原理 可行性研究是软件项目在正式立项前必须进行的分析，目的不是解决问题，而是确定软件项目是否值得做以及能否用尽可能小的代价在尽可能短的时间内解决。 可行性研究最根本的任务是对以后的行动方针提出建议，如果问题没有可行的解，应建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，则推荐一个好的解决方案，并制定一个初步的工程计划 可行性研究的内容一般包括：技术可行性、经济可行性、操作可行性、法律和社会可行性、开发方案的选择以及进度计划。 (1)技术可行性：使用现有的技术能实现这个系统吗? (2)经济可行性：这个系统的经济效益能超过它的开发成本吗? (3)操作可行性：系统的操作方式在这个用户组织内行得通吗? (4)法律和社会可行性：系统开发过程中是否涉及的各种合同、侵权、责任等与法律、法规吻合或抵触的问题？
(5)开发方案的选择：对不同的系统开发方案进行分析、比较和论证，选择合理的方案，推荐行动计划。 三、可行性分析--实验内容与步骤 1)可行性研究的步骤一：分析系统目的。 2)可行性研究的步骤二：分析当前系统的状况。 3)可行性研究的步骤三：当前系统的业务流程。 4)可行性研究的步骤四：分析当前系统的不足。 5)可行性研究的步骤五：提出新的目标系统。 6)可行性研究的步骤六：检查目标系统是否满足要求。 7)可行性研究的步骤七：制定新系统的技术方案。 8)可行性研究的步骤八：方案分析比较。 9)可行性研究的步骤九：推荐方案。 10)可行性研究的步骤十：编制新系统的开发计划。 11)可行性研究的步骤十一：编制可行性研究报告。 四、可行性分析--实验成果 ⑴各组大作业选题的可行性研究报告（1人/组） 结合案例的步骤和国标GB8567《计算机软件产品开发文件编制指南》中的“可行性研究报告”的编写提示编写。 其中，可行性分析报告中必须画出所选择系统的数据流图并编写数据字典 ⑴各组大作业选题的可行性研究报告（1人/组）
软件工程实验报告 姓名：冯巧 学号 实验题目：实验室设备管理系统 1、系统简介: 每天对实验室设备使用情况进行统计，对于已彻底损坏的作报废处理，同时详细记录有关信息。对于有严重问题（故障）的要即时修理，并记录修理日期、设备名、修理厂家、修理费用、责任人等。对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后立即对新设备登记（包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的内容。 2、技术要求及限定条件: 采用C#语言设计桌面应用程序，同时与数据库MySql进行交互。系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。方案实施相对容易，成本低，工期短。 一：可行性分析 1、技术可行性分析 计算机硬件设备，数据库，实验室设备管理软件与实验室设备管理系统的操作人员组成，能够实现实验室设备管理的信息化，提高工作效率，实现现代化的实验室设备管理。系统需要满足实验室设备管理（包括对实验设备的报废、维修和新设备的购买）、实验室设备信息查询（包括按类别进行查询和按时间进行查询）、实验室设备信息统计报表（包括对已报废设备的统计、申请新设备购买的统计和现有设备的统计）。这些功能框图如下图所示： 2、经济可行性分析 依据用户的现实需求、技术现状、经济条件、工期以及其他局限性因素等等因素，考虑到工期的长短、技术的成熟可靠、操作方便等因素，本方案具备经济可行性。
3、系统可选择的开发方案 ①方案A用C#开发系统的特点是：开发工具与数据库集成一体，可视化，开发速度较快，但数据库能够管理的数据规模相对较小。系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。方案的实施相对容易，成本低，工期短。 ②方案B：以小型数据库管理系统为后台数据库，该前台操作与数据库分离，也能够实现多层应用系统。系统对硬件的要求居中，特别适合在网络环境下使用，操作方便。但系统得实现最复杂，成本最高，工期也较长。 二：软件需求分析 1．软件系统需求基本描述： 实验室设备管理系统是现代企业资源管理中的一个重要内容，也是资源开发利用的基础性工作。实验室设备在信息化之前，在用户系统管理、设备维修管理、设备的增删改查管理等方面存在诸多不利于管理的地方，不适应现代的企业管理形势和资源的开发利用。 2．软件系统数据流图（由加工、数据流、文件、源点和终点四种元素组成）： 1)顶层数据流图 2）二层流程图 3)总数据流图
软件工程习题及答案
软件工程习题及答案 一、选择题： 1. 为了提高测试的效率，应该。 A、随机地选取测试数据 B、取一切可能的输入数据作为测试数据 C、在完成编码后制定软件的测试计划 D、选择发现错误可能性大的数据作为测试数据 2. 与设计测试数据无关的文档是。 A、需求说明书 B、设计说明书 C、源程序 D、项目开发设计 3. 结构设计是一种应用最广泛的系统设计方法，是以为基础、自顶向下、逐步求精和模块化的过程。 A、数据流 B、数据流图 C、数据库 D、数据结构 4. 概要设计的结果是提供一份。 A、模块说明书 B、框图 C、程序 D、数据结构 5. 需求分析是由分析员经了解用户的要求，认真细致地调研、分析，最终应建立目标系统的逻辑模型并写出。 A、模块说明书 B、软件规格说明书 C、项目开发计划 D、合同文档 6. 注释是提高程序可读性的有效手段，好的程序注释占到程序总量的。 A、1/6 B、1/5 C、1/4 D、1/3 7. 变换型和事务型是程序结构的标准形式。从某处获得数据，再对这些数据作处理，然后将结果送出是属于。 A、变换型 B、事务型 8. PAD（Problem Analysis Diagram）图是一种工具。 A、系统描述 B、详细设计 C、测试 D、编程辅助 9. 分层数据流图是一种比较严格又易于理解的描述方式，它的顶层描绘了系统的。 A、总貌 B、细节 C、抽象 D、软件的作者 10. 数据流图中，当数据流向或流自文件时，。 A、数据流要命名，文件不必命名 B、数据流不必命名，有文件名就足够了 C、数据流和文件均要命名，因为流出和流进数据流是不同的 D、数据流和文件均不要命名，通过加工可自然反映出
淮海工学院计算机科学系实验报告书 课程名：《软件工程》 题目：软件测试实验 班级：软件121 学号：2012122722 姓名：朱德坤
软件测试验报告要求 1目的与要求: 1）系统学习和理解结构化软件工程实现阶段的基本概念、原理、技术和方法； 2）掌握软件测试的基本技术和方法，特别是白盒测试与黑盒测试技术和方法； 3）通过实验，要逐步提高白盒测试与黑盒测试技术的实际应用能力； 4）熟悉C++编程环境下编写、调试单元代码的基本操作技术和方法； 5）按照实验题目要求独立完成本次试验任务，严禁拷贝、抄袭他人设计成果； 6）认真书写实验报告（要求给出完整的测试信息，如测试程序、测试用例，测试结果分析等），并于5月5日以前提交。 2 实验内容或题目 1.选择结构化详细设计试验中自己设计的某一具有代表性控制结构模块（含有分支和循环结 构），并用C语言实现（提前准备好，每种测试用例分别写在作业本上，上机时带上检查），而后分别完成下述2、3、4各题测试用例设计和测试结果分析； 2.采用白盒测试技术中逻辑覆盖方法（至少包含语句覆盖、判定覆盖、条件覆盖、条件组合 覆盖）设计测试用例，完成测试（测试屏幕截图）和测试结果分析； 3.采用白盒控制结构测试技术的基本路径测试和边界测试方法设计相应测试用例，并完成测 试和测试结果分析； 4.采用黑盒测试技术中的等价类划分方法设计相应测试用例（可重选适合黑盒测试技术的模 块），并完成程序测试和测试结果分析； 3 实验步骤与源程序 程序流程图:
流图：
程序: //拥有超级用户superuser，密码zdk #include
图书馆管理系统需求分析报告 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）借阅的登记
合肥师范学院实验报告册 2012 / 2013 学年第一学期 系别计算机科学与技术系 实验课程软件工程 专业计算机科学与技术 班级2010级计算机应用 姓名马军福董国运李思贤 学号1010411024 1010411008 1010411076 指导教师范庆春
实验一：结构化方法建模的基本应用 1．实验目的 （1）了解Visio工具软件的功能特色、安装、工作环境和基本操作等基本知识； （2）掌握应用Visio工具的基本使用方法和基本绘图操作； （3）熟悉结构化分析建模的基本应用。 2．实验内容 （1）使用Visio 建立期刊管理系统的实体-关系图； （2）使用Visio 建立期刊管理系统的数据流图。 3. 实验要求 使用Visio 建立期刊管理系统的实体-关系图、数据流图。数据流图要绘 制三层。 4.实验结果和体会 （1）需求陈述 在图书管理系统中，管理员要为每个读者建立借阅账户，，账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员借阅、归还期刊，读者可通过互联网或图书馆内查询终端查询期刊信息和个人借阅情况，以及续借期刊。 借阅期刊时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息。然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息。最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。归还期刊时，输入读者借阅卡号和期刊号，系统显示读者和期刊的基本信息供管理员人工审核。如果有超期借阅或丢失情况，先转入过期罚款或期刊淘汰处理。然后提交还书请求，系统接受后删除借阅纪录，并登记修改可借阅期刊的数量。 期刊管理系统包括：1.读者信息管理a:借阅请求b归还请求c:查询请求d：修改自身信息2.期刊管理a：修改书目、出版日期、编辑b：增加书目数据、删除书目数据。3.期刊借阅a：增加所借读者信息b：删除所借读者信息4.期刊查询a：已借出图书列表b：未借出图书列表5.期刊的征订6.期刊内容登记题目、作者姓名、作者单位7.期刊内容查询
实验指导书课程名称软件工程导论 学院信息工程学院 班级 学号 姓名 2018年 2 月 24 日
系统简介:某单位准备开发一个购买办公用品与设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500元(含500元)可以由总务办公室直接审批,而高于500元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。 案例二:火车票预订系统 系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。 请对以上系统进行业务流程分析后,绘制出该系统的系统流程图。 实验原理: 系统流程图就是描绘物理系统的传统工具。就是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等等)。表达的就是信息在系统各部件之间流动的情况,而不就是对信息进行加工处理的控制过程。 系统业务流程图的符号:
基本符号 系统符号实验过程与结果: 一、操作步骤: 1．运行Microsoft Office Visio 2010
2．选择流程图中的基本流程图模板 3．用鼠标选拉图标进行绘图 二、实验结果:
软 件 工 程 实 验 报 告 班级：计算机科学与技术1102班 学号：1108030209 姓名：蒙雨茹
实验一：使用Microsoft Visio 1.1实验目的： (1)熟悉Visio的工作环境及组成。 (2)掌握Visio软件绘制图表的基本操作。 (3)掌握基本流程图的设计方法。 1.2实验内容： 绘制基本流程图 1.3实验步骤： (1)打开一个模板，，在主菜单中依次选择【文件】->【新建】->【选 择绘图类型】，出现“选择绘图类型”窗口，在【类别】下，单击 【流程图】，在【模板】下，单击【基本流程图】。 (2)添加形状，将【形状】窗口中模具上的自己需要的形状拖到绘图页 面中合适的位置。并添加文本、连接不同形状，使流程图完整的显 现出来。 1.4实验结果：
实验二：数据流图 2.1 实验目的 (1)熟悉Visio的工作环境及组成。 ⑵掌握Visio软件绘制图表的基本操作。 ⑶掌握数据流图的设计方法。 2.2 实验内容 习题3-3，3-4，3-5 2.3 实验步骤 （1）打开模板 ①在主菜单中，依次选择【文件】——【新建】——【选择绘图类型】，出现“选择绘图类型”窗口。 ②在左侧【类别】下，单击【软件】。 ③在右侧【模板】下，单击【数据流模型图】。 (2)绘制顶层图 ①在顶层进程页面中添加、移动图形元素并调整其大小。将所需要元素用鼠标拖动到模板里，添加所需的元素符号。 接口：输入源点或输出终点，其中注明源点或终点的名称。 进程：即处理，输入数据在此进行变换产生输出数据，其中注明进程的名称。数据存储：用于代表系统中存储的信息，其中注明信息的名称。 数据流：被加工的数据及其流向。流线上注明数据名称，箭头代表数据流动方向。 ②向图形元素中添加文本，并修改数据流图中的文字和格式。 连接图形元素。 ③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。 逻辑连接：将数据流起点、终点拖拽到进程或接口中央位置，进程或接口被红色框包围时松开鼠标，这时可看到数据流符号相应端点为红色方框。拖动进程或接口，可看到流据流的端点随着进程或接口的移动而移动。
1.1 实验一结构化需求分析 一．实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人 士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年 不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。 三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。
四．实验步骤 1．理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。 根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。
淮海工学院计算机工程院实验报告书 课程名：《软件工程》 题目：实验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) 航班机票信息
实验指导(Experiments) 实验题目：在以下范围内任选一道题目或自定一个题目。
题目医院病房监护系统 在医院的病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的病症信号（组合）实时地传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。系统根 据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。
实验内容 实验一软件需求分析 1.实验目的： 1) 根据所选定题目进行需求分析工作； 2) 通过实例掌握结构化数据流分析技术； 3) 进行业务需求分析、用户需求、功能需求、非功能需求分析； 2.实验要求: 要求做到使用结构化数据流分析技术分析课题需求，写出详细的数据流图和数据字典，数据流图的基本处理的个数不得少与2 个。 3.实验内容: 用结构化数据流分析技术进行软件系统需求分析，得出系统得数据流图和数据字典。 4.实验步骤： 1) 通过相关途径进行需求分析。 2) 综合利用Internet 网和相关书籍整理并完善需求分析。 3) 画出系统数据流图。 4) 得出系统数据字典。 5.实验学时：3学时。 6.实验结果：上交实验报告。 实验二软件设计 1.实验目的： 1) 建立初始结构图； 2) 对初始结构构图进行改进、优化； 2.实验要求: 用面向数据流的软件设计技术，对上一实验的数据流图和数据字典，进行总体设计；要求做到对上一实验的软件需求进行软件结构设计。 3.实验内容: 主要解决实现该系统需求的程序模块设计问题。(包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。) 4.实验步骤： 1．首先确定系统总体设计方案。 2．完成系统的模块结构图及模块的功能说明 3．完成系统的接口设计 4．完成系统的数据结构设计 5.实验学时：2 学时。 6.实验结果：上交实验报告。
软件工程习题及部分参考答案 判断题 软件也会磨损和老化。（X） 完善性维护是提高或完善软件的性能。（√） 数据字典是对数据流图中的数据流，加工、数据存储、数据的源和终点进行详细定义。 （X） 软件是指用程序设计语言（如PASCAL ,C,VISUAL BASIC 等）编写的程序，软件开发实际上就是编写程序代码。（X） 软件模块之间的耦合性越弱越好。（√） 如果通过软件测试没有发现错误，则说明软件是正确的。（X） 快速原型模型可以有效地适应用户需求的动态变化。（√） 模块化，信息隐藏，抽象和逐步求精的软件设计原则有助于得到高内聚，低耦合度的软件产品。（√） 集成测试主要由用户来完成。（X） 确认测试计划应该在可行性研究阶段制定（X） 白盒测试无需考虑模块内部的执行过程和程序结构，只要了解模块的功能即可。（X） 软件概要设计包括软件系统结构设计以及数据结构和数据库设计。（√） 软件工程采用的生存周期方法就是从时间角度对软件的开发和维护这个复杂问题进行分解，将软件生存的时期分为若干阶段。（√） 系统流程图表达的是部件的信息流程，还表示对信息进行加工处理的控制过程。（╳） 模块越多，开发成本越小。（╳） 软件测试的目的就是证明软件没有错。（╳） PAD图在设置了五种基本的控制结构后，还允许递归使用。（√） 在进行了可行性分析后，需求分析就只需要解决目标系统的设计方案。(×) ＳＡ法是面向数据流，建立在数据封闭原则上的需求分析方法。(√) HIPO 法既是需求分析方法，又是软件设计方法。(√) 在面向对象的需求分析方法中，建立动态模型是最主要的任务。(×) 加工小说明是对系统流程图中的加工进行说明。(×) 判定表的优点是容易转换为计算机实现，缺点是不能够描述组合条件。(×) 需求分析的主要方法有SD 法、OOA 法及HIPO 法等。(×) 分层的DFD 图可以用于可行性分析阶段，描述系统的物理结构。(×) 信息建模方法是从数据的角度来建立信息模型的，最常用的描述信息模型的方法是E-R 图。(√) 用于需求分析的软件工具，应该能够保证需求的正确性，即验证需求的一致性、完整性、现实性和有效性。(√) PDL经常表现为一种"混杂"的形式,他不允许自然语言如英语的词汇与某种结构化程序设计语言(如Pascal,C,Ada等)的语法结构交织在一起.(X) 设计阶段的输出是编码阶段的输入.(√) 通过软件测试,可以发现软件中所有潜伏的错误.(X) 非结构化维护用于软件的配置中只有源代码维护.(√) 系统规格说明是系统分析和定义阶段生成的一种文档.(√) 数据流图的分解速度应保持较高.通常一个加工每次可分解为10~20个子加工.(X)
实验三软件测试（白盒测试） 预习报告 一、实验目的 1掌握覆盖率的计算方法。 2 掌握语句覆盖，分支覆盖(判定覆盖),条件覆盖，条件。 分支组合覆盖，条件组合覆盖，组合覆盖的含义及区别。 3 掌握使用各种覆盖法，设计测试用例的方法。 二、实验原理 1测试覆盖率 测试覆盖率是指用于确定测试所执行到的覆盖项的百分比。其中的覆盖项是指作为测试基础的一个入口或属性，比如语句、分支、条件等。 测试覆盖率可以表示出测试的充分性，在测试分析报告中可以作为量化指标的依据，测试覆盖率越高效果越好。但覆盖率不是目标，只是一种手段。测试覆盖率包括功能点覆盖率和结构覆盖率。 功能点覆盖率大致用于表示软件已经实现的功能与软件需要实现的功能之间的比例关系。 结构覆盖率包括语句覆盖率、分支覆盖率、循环覆盖率、路径覆盖率等。 (1) 语句覆盖率 语句覆盖率=至少被执行一次的语句数量可执行的语句总数*10% (2) 判定覆盖率 判定覆盖率=判定结果被评价的次数/判定结果的总数*100% (3) 条件覆盖率 条件覆盖率=条件操作数值至少被评价一次的数量/条件操作数值的总数*10% (4) 定/条件覆盖率 判定/条件覆盖率=条件操作数值或判定结果值至少被评价一次的数量/ (条件操作数值总数+判定结果总数) *100% (5) 条件组合覆盖率 条件组合覆盖率涤件操作数值至少被评价一次的数量/条件操作数值的所有组合总数*100% 2 逻辑覆盖 根据覆盖目标的不同和覆盖源程序语句的详尽程度，逻辑覆盖又可分为语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖(条件组合覆盖)、组合覆盖。 (1) 语句覆盖 语句覆盖是选择足够多的测试数据，使得程序中的每个可执行语句至少执行一次。语句覆盖的缺点是对程序执行逻辑的覆盖率很低。 为使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了，例如选择输入数据为:A=2,B=0,X=3,就可达到“语句覆盖”标准。 为使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了，例如选择输入数据为:A=2,B=0,X=3,就可达到“语句覆盖”标准。 (2) 判定覆盖 判定覆盖是通过设计足够多的测试用例，使得程序中的每一个判定至少获得一次
需求分析和概要设计实验报告 一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。 二．实验内容 图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。 功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层 图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层 图书管理员处理预定图书第二层 四．实验分析 在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到： 1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。 通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。
实验一 实验内容： 1.上网了解查询软件工程网站和相关软件工程知识 2.了解软件工程环境概念、层次、组成和开发要求。 3.查询现有主流的软件工程工具及其功能、用途、特点及适用范围。 4.浏览CASE工具。通过互联网了解现有软件工程主流工具，完成表的内容。 表1-2软件工程工具分类
Firefly 开源奇葩： CVS 5、 1:自动化测试工具，其中有Web的，应用软件的，还有单兀测试的?以上具有代表］性常用的软件是： Sele nium, Watir, Winrunner, Loadr unner, Junit 等等 2:软件测试管理工具。代表性常用软件 有：Testdirector , ClearQuest 和bugzilla 等 6、版本控制工具；文档 分析工具；开发信 息库工具；逆向工 程工具；再工程工 具。 7、DbgView 调试信息查 看器 8、SFRE 9、gprof 上的存储目录以供客户端访问，这将带来 F /V 虫 定安全隐忠 Firefly服务器上的存储目录不用共享，对客户端不透明，客户端不可直接访问存储目录，使 系统更安全可靠 CVS采用C/S模式，不需要共享服务器上的存储目录，安全性较好 PVCS基于文件系统共享，而且需要以"可 写"的权限共享存储目录，存在较大的安全隐患VSS基于文件系统共享实现对服务器的访问，需要共享存储目录，这将带来一定安全隐患 5、提高测试人员的工作效率和质量 6、 7、bgView调试信息查看器不仅仅能作为调试信息输出，而且可以作为一个信息输出软件，监视您的软件运行，目前支持mfc和windows 下dos信息输出. &从整体上支持该分析阶段的再工程自动化工具 9、用gprof对程序进行分析主要分以下三个步 骤： l 用编译器对程序进行编译，加上-pg 参数。 l 运行编译后的程序。 l 用gprof命令查看程序的运行时信 息 1-3
软件工程课后习题答案 第一章 一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？ 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。软件危机的典型表现： (1) 对软件开发成本和进度的估计常常很不准确。常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。这些都降低了开发商的信誉，引起用户不满。 (2) 用户对已完成的软件不满意的现象时有发生。 (3) 软件产品的质量往往是靠不住的。 (4) 软件常常是不可维护的。 (5) 软件通常没有适当的文档资料。文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。 (7) 开发生产率提高的速度远跟不上计算机应用普及的需求。软件危机出现的原因： (1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。 (2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。 (3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。 二、假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？ 答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改， 不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是整体构架的错误。
河北北方学院软件件工程大作业软件测试计划与测试分析报告 [系统名称+版本]
版本变更记录
目录 第1章引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 参考资料 (3) 1.4 术语和缩略语 (4) 第2章测试概要 (5) 2.1 各阶段测试内容 (6) 2.2测试用例设计 (7) 2.3测试环境与配置 (7) 2.3.1功能测试 (7) 2.3.2性能测试 (7) 2.4测试方法和工具 (8) 2.5 需求的可追溯性 (8) 第3章测试内容和执行情况 (8) 3.1 项目测试概况表 (9) 3.2 功能 (9) 3.2.1 总体KPI (9) 3.2.2 模块二 (10) 3.2.3 模块三 (10) 3.3 性能（效率） (10) 3.3.1 测试用例 (11) 3.3.2 参数设置 (11) 3.3.3 通信效率 (11) 3.3.4 设备效率 (12) 3.3.5 执行效率 (12) 3.4 可靠性 (13) 3.5 安全性 (13) 3.6 易用性 (13) 3.7 兼容性 (13) 3.8 安装和手册 (14) 第4章覆盖分析 (14) 第5章缺陷的统计与分析 (15) 5.1 缺陷汇总 (15) 5.2 缺陷分析 (15) 5.3 残留缺陷与未解决问题 (15) 第6章测试结论与建议 (16) 6.1 测试结论 (16) 6.2 建议 (17)
项目基本信息
第1章引言 1.1 编写目的 [以下作为参考] 本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 …… [可以针对不同的人员进行阅读范围的描述。什么类型的人可以参见报告XXX页XXX章节等。] 1.2 项目背景 本报告主要内容包括： [对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。] 1.3 参考资料 [需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。 测试使用的国家标准、行业指标、公司规范和质量手册等等。]
软件工程实验报告 东北大学软件学院 组长：王世龙 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．项目背景 随着大学生活丰富多彩的变化，随着当代大学生日益增长的购物需求，在互联网日益普及的今天，多数大学生已经倾向于方便并且快捷的网上购物方式。然而，作为同一所大学的学生，有着物美价廉的共同需求，伴随着学生的不同阶段的购物需求变化和每年的升学和毕业，也存在着许多各种类型的二手商品。在许多学校的校园里，都出现了大量的二手交易市场。卖家为学生的二手交易，价格