软件工程-课程设计实验指导书(赵志升).docx

《软件工程-课程设计实验指导书(赵志升).docx》由会员分享，可在线阅读，更多相关《软件工程-课程设计实验指导书(赵志升).docx（53页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程课程设计指导书目录一、软件工程课程设计指导书选用范围二、课程设计基本目的与可能收获三、卖睑环境8、实睑要求五，课程卖徐报告要求M、卖珠时间安挑附件：1、实验报告样本2、河北北方学院信工学院：软件工程实验指导与报告书3,实验题目第1页共57页一，软件工程课程设计指导书选用篦回课程设计名称：Web网站原型设计、开发（5人小组团队）所属课程：软件工程 所属专业：信息管理 领域方向：软件工程与软件开发实践、网页设计与Web应用、数据库应用与电 子商务、Java语言及其应用参考学时：18学时或以上适用学生：学习软件工程课程的信息管理专业专科生或本科生 先修课要求：程序设计、操作系统、数据库、In

2、ternet及其应用。二、课程设计基本目的与可能收获1 .通过本课程设计的实践及其前后的准备与总结，复习、领会、巩固和运 用软件工程课堂上所学的软件开发方法和知识，强化学生规范化系统开发思想 和开发方法与工具的掌握。比如，软件项目的完整设计与开发过程、结构化技 术、快速原型法和面向对象方法等。特别是结构化分析、结构化设计、快速原 型开发、面向对象分析与面向对象设计。2 .为学生适应毕业后团队合作开发规模稍大项目和综合应用本专业所学习 的多门课程知识（例如，软件工程、程序设计语言、操作系统、数据库、网络 编程等）创造实践机会。为学生提供主动学习（比如，对Web网页设计、ASP 或ASP交互网页技

3、术、Java开发环境、商用数据库应用、电子商务、客户机/ 服务器技术、Visio与Rose软件工具等内容的学习）、积极探索与大胆创新的 机会。3 .使学生通过参加小组团队的开发实践，了解项目管理、团队合作、文档 编写、口头与书面表达的重要性。4 .使每个学生了解软件工具与环境对于项目开发的重要性，并且重点 深入掌握好一、两种较新或较流行的软件工具或计算机应用技术、技能（比 如，网页设计技术与常见工具；基于Java（ASP、PHP等）技术的Web编程； 软件开发文档编制工具Off ice、Visio Rose等；商用数据库Access （或SQL Server, OracleMySql等）设计与

4、实现；客户机/服务器结构）。5 .通过“稍大的”富有挑战性的软件实验项目开发实践，为学生提供 主动学习（比如，对Web网页设计、ASP或ASP交互网页技术、Java开发环 境、商用数据库应用、电子商务、客户机/服务器技术、Visio与Rose软件 工具等内容的学习）、深入实践的机会，并且通过课程设计实践中，提高学 生的自学能力、书面与口头表达能力、创造能力和与团队其他成员交往和协 作开发软件的能力，提高学生今后参与开发稍大规模实际软件项目和探索未 知领域的能力和自信心。三、卖睑环境：文档制作工具为 WORD、EXCEL, VISIO, RATIONAL ROSE 等，建议用 RATIONAL

5、ROSE,编程环境为。卖睑要求：每班以3-4个人分组，每组从以下题目中任选一题，也可自选题目作为课 程实践题目.每组指定一名组长，负责分工和制定标准等管理工作.1.项目开发过程建议采用快速原型与增量开发相集合的模式，在基本明确 需求的情况下建立系统整体原型供需求的讨论和确定，在需求和系统架构确定 后，各自对所分配子系统进行逻辑建模与设计开发。*项目的分析与设计任务可以采用传统的结构化分析与设计方法，也可以 采用面向对象要分析与设计方法（如用UML工具Rose）o2 .实验内容包括进行系统策划、系统分析、系统设计、系统原型实现。各 组全体成员共同协商进行系统策划，定义系统目标与功能，划分系统功能

6、结构， 分析可行性。然后每个成员就一个子系统进行分析与设计，设计过程考虑系统 方案的整合，最后按系统整体设计方案实现系统原型。3 .实验报告要求包括可行性分析报告、需求规格说明书、概要设计说明书、 详细设计说明书、测试计划、项目开发总结报告6个。全组文档格式、内容参 照附件中模板，提交一份完整的实验报告（提交打印和电子两种形式）。六、课程突除报告要求：以组为单位按软件系统开发可交付文档的形式书写实验报告，严格按附件 中所给出的内容和格式要求。其中，可行性分析报告由组长组织全组成员共同 完成，其他文档按系统功能结构进行分工，分别由各责任人完成相应部分文档 然后进行整合。最后，每个人要写一份总结报

7、告，说明自己在本次系统分析与 设计中的工作内容、结果与体会。详细要求见附件.七、卖睑时间安排： 每组自己选定一个系统，跟随课程进度完成相关实验 每人必须负责一项工作和文档，一人负责，全组参与 请组长组织和协调自己小组的项目安排，做好项目计划。 整个项目需要在课程结束之前完成。 提交作业方式：第*组一*系统分析与设计一*（内容）-VI. 0, 如 。发至：zhaozhisheng_cn6J附件1:实验报告样本目录1、系统可行性分析报告2、需求规格说明书3、设计规格说明书4、测试计划5、实验工作总结报告系统可行性研究报告完成人：1 .引言1.1 编写目的说明可行性分析的必要性。1.2 背景简述项目

8、的来源、现状，研发组织，要求，目标等。1. 2术语定义将该可行性分析中的术语、缩写词进行定义。1. 3相关文档当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列 出。22现行系统调查1.1 组织机构与业务范围2. 1. 1组织概况2. 1. 2各部门业务范围及职能说明2. 2组织信息处理流程现行信息处理办法与流程，可用业务流程图表示.2. 3现行系统存在问题3新系统概述2.1 目标2.2 新系统功能范围及划分说明参考BSP方法定义管理功能组与数据类，画出功能数据类矩阵，划分子系统，画出系 统总体结构图.4可行性综合评述1. 1经济可行性对需要的资金与其他资源进行估计，并

9、分析可能的效益4. 2技术可行性分析现有技术能否解决系统问题5. 3管理可行性(略)5.方案选择5.1首选方案5. 2可选方案6. 3方案对比7. 项目进度计划(Software Project Schedule)软件项目进度计划，是对项目的进度、人员工作分工以及资源需求所做的计划，此计 划依据上述的估算和分析结果，进度计划建议采用甘特图表示，人员按功能结构分配.二、需求规格说明书(先完成2、3部分)1 .概述(Summary)1.1 项目的目的与目标(Purpose and Aim of Project)项目的目的是对开发本系统意图的总概括。项目的目标是将目的细化后的具体描述. 项目目标应是

10、明确的、可度量的、可以达到的，项目的范围应能确保项目的目标可以达到。对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是 否覆盖了系统目标.1 . 2 术语定义(Terms Glossary)将该用户需求报告中的术语、缩写进行定义，包括用户应用领域与计算机领域的术语 与缩写等.1 . 3 相关文档(Related Documents )说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：项目开发计划 和设计说明书.2 .问题初始分析(Early Analysis )2.1 场景描述(Scene Description)自然语言描述2 . 2 初始功能提取(Ear

11、ly Function Distill)自然语言描述3 .目标系统功能需求(Function of Target System)3.1 功能需求分析(Function Analysis )对具体功能需求进行细化分析，并用图形工具进行描述.采用面向对象分析方法，要求采用业务类模型和用例图，配合活动图和序列图进行系 统逻辑建模.3.2 功能需求点列表(Function List)在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、 测试中使用，更是为了用户测试验收中使用.功能需求点列表的格式，如表2-1所示.表2-1功能需求点列表编 号功能名称使用人功能描述输入内容输出内容1

12、234 .目标系统性能需求(Performance of Target System)4.1 时间要求(Time Request)如：(1)响应时间，如查询的最长等待时间.(2)更新处理时间，如记账的最长时间.(3)数据的转换和传送时间，如远程数据传输的时间要求。(4 )解题时间.4. 2 空间要求(Space Request)如：(1)支持的终端数.(2 )支持的并行操作的使用者数.(3)处理的文件和记录数.(4)处理任务的数量。(5 )对输入和榆出数据的精度要求.(6)对处理和传输过程中的精度要求.4 . 3性能需求点列表(Performance List)详细列出用户性能点列表，提供给后

13、续分析、设计、编程、测试中使用，更是为了用 户测试验收中使用.需求性能点列表的格式，如表2-2所示.表2-2性能需求点列表编号性能名称使用部门使用岗位性能描述榆入内容输出内容1235.目标系统界面与接口需求(Interface of Target System)4.1 界面需求(Interphase Requirement)界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功 能模块的特殊的界面要求.(1)输入设备：键盘、鼠标、条码扫描器、扫描仪等；(2)输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；(3)显示风格：图形界面、字符界面、IE界面等；(4)显示方式：

14、1024*768, 640*480 等；(5)输出格式：显示布局、打印格式等.5 . 2 接口需求(Interface Requirement)与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、 政府网络系统及其他系统等。(1 )与系统特殊外设的接口，如CT机、磁共振、柜员机(ATM)、1C卡、盘点机等.(2)与中间件的接口，要列出接口规范、入口参数、出口参数、传榆频率等.应在此列举出所有的外部接口名称、接口标准、规范.夕卜部接口列表，如表2-3所示。表2-3外部接口需求点列表编号接口名称接口规范接口标准人口参数出口参数传输频率1236 .目标系统其他需求(Other

15、Requirements of Target System)6.1 安全性(Security)6. 2 可靠性(Dependability)6.3 灵活性(Agility)6. 4 特殊需求(Special Requirements)如：(1 )进度需求：系统的阶段进度要求.(2)运行环境需求：平台、体系结构、设备要求。(3)培训需求：用户对培训的需求，是否提供多媒体教学光盘.(4)推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支 持软件。7 .目标系统假设与约束条件(Suppose and Restriction of Target System)假设与约定条件是对预计的

16、系统风险的描述，如：(1)法律、法规和政策方面的限制.(2)硬件、软件、运行环境和开发环境方面的条件和限制.(3)可利用的信息和资源.(4)系统投入使用的最晚日期.三、设计规格说明书（先完成第2部分）1 .引言（Introduction）本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。1.1 目的（Purpose）1. 2 命名规则（Naming Rule）变量对象命名规则：申明全局变量、局部变量对象的命名规则。数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。2. 3 术语定义（Terms Glossary）术语定义或解释一般用表格形式给出

17、，如表3-1所示。表3-1 术语定义或解释表序 号术语名 称术语定义1总体结构软件系统的总体逻辑结构.按照不同的设计方法，有不同的总体逻辑 结构.若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树 形的功能模块结构图.若采用面向对象或面向部件（构件）的设计方法， 则总体逻楫结构为部件（构件）的组装图2外部接口本软件系统与其他软件系统之间的接口，接口设施可以是中间件.接 口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协 议3数据结构数据结构包括：数据库表的结构、其他数据结构等4概念数据 模型CDM关系数据库的逻辑设计模型，叫做概念数据模型.主要内容包括一张 逻辑E-R图及其相

18、应的数据字典5物理数据 模型PDM关系数据库的物理设计模型，叫做物理数据模型.主要内容包括一张 物理表关系图及其相应的数据字典6视图在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的 许多性质，在数据处理和授权上很有用7角色数据库中享有某些特权操作的用户，叫做角色.角色的权利通过授权 来实现8子系统具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分 为多个子系统，每个子系统可由多个模块或多个部件组成9模块具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中 的概念10内部接口软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做 内部接口。接口描述包括：调用方

19、式、入口信息、出口信息等11相关文件相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需 求分析报告、详细设计说明书、测试计划、用户手册12参考资料参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、 标准.准则1. 4 参考资料(References )1用户需求报告2数据库设计规范3命名规范1 . 5 相关文档(Related Documents )1源程序清单2测试计划及报告3用户使用手册2 .系统设计(Design of Collective)2.1 体系结构设计(Design of Architecture)采用包图画出体统的体系结构模型，然后进行犷展，画出个子系统

20、内构成及模块之间 的关系.2. 2 子系统清单(Subsystem List)子系统清单，如表3-2所示。表3-2子系统清单子系统编号子系统英文名子系统功能简述子系统之间的关系SS1SS22. 3 模块设计(Module Design)对象类用类图说明各个类属性和方法以及类之间的关系，对于复杂对象要画出状态 图.2. 4功能模块清单(Module List)模块(类)清单，如表3-3所示。表3-3模块清单模块编号模块英文名模块功能简述模块的接口简述M 1-1M 1-2M 2-1M 2-23.数据结构设计(System Design)3.1 数据库表名清单(DB Table List)数据库表名

21、清单，如表3-4所示.表3-4数据库表名清单序 号中文表名英文表名表功能说明1233.2 数据库表之间关系说明(Relation of DB Table)可以用E-R图表示，也可以用文字说明。3. 3 数据库表的详细清单(Particular List of DB Table)每个表的详细清单内容包括：表名、字段中文名、字段英文名、字段的类型、宽度、 精度、主键/外键、空否、取值约束(默认值、最大值、最小值)、索引否.同时要指出该 表的索引：索引文件名、索引字段名、索引特性(主键索引、惟一索引unique、聚集索引 clustered ).详细清单可以用列表给出，如表3-5所示.表3-5表名：

22、XXXX序号字段中文 名字段英文 名类型、宽度、精 度取值约 束空否默认值主键/外 键索引否1233. 4 视图设计(View Design)视图设计与授权有关，设计时参照需求文档的用户授权范围。视图设计中要给出视图 的中文名、英文名，视图中的中文列名、英文列名、类型、宽度、精度，每一列的具体算 法，对应的基本表名.3. 5 其他数据结构设计(Design of Other Data Structure)此小节描述系统的其他数据结构设计内容.4. 接口设计(Interface Design)对应每一个接口，都要详细列出下列内容.(1)接口名称(2 )接口内容(3)接口设施(4)接口的数据结构(

23、5)接口的传输速率(Mbps)(6)接口带宽(7)接口协议注：可分为二部分完成1、 概要设计说明书、2、 详细设计说明书、四、测试计划测试计划模板文档标识：当前版本：2.0当前状态：草稿发布日期：2006-1-27发布/修改历史日期版本作者修改内容评审号变更控制号1简介1.1 目的1.2 背景1.3 范围1. 4术语1.5参考文档2测试需求3测试资源3. 1人力资源3.2系统资源4测试环境4. 1用户环境4. 2测试环境5测试策略5. 1测试交接标准5. 1. 1单元测试交接标准（可剪裁）5.1.2集成测试交接标准5. 1. 3系统测试交接标准5. 2测试通过标准5. 3测试类型5. 3. 1

24、测试类型15. 3. 2测试类型25 . 4测试实施阶段6估计结果记录6 . 1估计的假设条件7 .2集成测试用例数8 .3系统测试用例数6. 4工作量估计7风险管理8组间协调9度量与分析9. 1数据采集9. 2度量分析10工作产品与规模11测试进度简介目的指出特定的软件测试计划的具体目的,还需指出该计划所适用的阅读对象背景对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。范围描述测试的各个阶段（如单元测试、集成测试、系统测试、验收测试等）,并说明本计所采用的测试类型（如功能测试、性能测试、安全性测试等）。简要地列出测试

25、对象中将接受测试或将不接受测试的那些性能和功能。术语列出计划正文中需要解称术语的定义,必要时,还要给出这些定义的英文单词 及其缩写词。参考文档下表列出了制定测试计划时所使用的文档（项目文档、标准文档、工具文档）, 并标明了各文档的可用性。文档名称文档标识号及版本号测试需求将确定被当作测试时象的各项需求（例如用例、功能性需求和非功能性需求）的跟踪管理矩阵明确列出,并列出将要测试的对象以及测试优先级。优先级分为: H -必须测试；M -应该测试,只有在测试完所有H项后才进行该测试；L -可 能会测试,但只有在测试完所有H和M项后才进行测试。详情请参见测试管理工作表测试用例状态跟踪页。测试资源人力资

26、源下表列出在此项F!的人员配备方面所做的各种假定,包括在各个阶段需要介A测试的各种角色以及相关的职责和权限等。角色（人数）姓名具体职责测试经理测试策划测试设计工程师测试方案与测试用例设计、测试总 结测试工程师测试执行系统资源下表列出了测试项目所需的系统资源,包括软、硬件资源、测试工具等。资源名称/类型基本配置及数量测试数据库服务 器PC Server： 512M 内存、40G SCSI 硬盘1 台PC台式机P4,主频L6G以上,硬盘40G,内存512M,本要求是最小配S 4台系统软件SQL Server2000、WINDOWS 2000(XP) PROFESSIONAL. IIS应用软件MIC

27、ROSOFT OFFICE. VISIO. VISUAL SOURCESAFE. Visual Studio C#. NET.测试管理平台Test Director V7. 6性能测试工具Load Runner V8. 0测试环境用户环境此处描述用户运行系统时的环境要求,比如所要求的操作系统、软件版本以 及其他的一些特殊环境耍求等,可根据不同的项目特征和实际情况,考虑是否需要 此节。测试环境此处描述测试所需要搭建的环境，需根据用户环境来确定必须的测试环境，以 确保能有效地模拟用户环境，尽可能解决用户运行此系统时所发生的突发状况。测试策略测试交接标准此处描述每种由测试组进行的测试的交接标准，即到

28、什么程度就可以进行单元 测试/集成测试/系统测试了。单元测试交接标准（可剪裁）该测试由谁（项目组或测试组）来进行由各项目组根据项目需耍进行约定 （此小节可选）。集成测试交接标准该测试由谁（项目组或测试组）来进行由各项目组根据项目需要进行约定 （此小节可选）。系统测试交接标准 约定的测试内容全部完成,并通过单元测试,由相关人员签字确认。 程序包通过配置代表和QA的审核,并纳入配置库进行管理。 由项目经理或者指定的责任人填写测试交接清单,并由所有相关人员签字确 以。测试通过标准此处描述测试完成标准。1 .计划的测试用例已全部执行。2 .经确定的所有缺陷都已得到了商定的解决结果,且没有发现新的缺陷;

29、测试类型此处描述对测试对象将进行的测试类型和测试策略,主要考虑的事项有:本阶 段测试将要使用的技术、进入该测试阶段的准则、判断该阶段测试何时完成的标准 以及测试重点和优先级、需考虑的特殊事项等。测试类型详情请参考系统测试规程、测试类型1测试范围测试目标技 术工具与方法开始标准完成标准测试重点测试优先级需考虑的特殊事项确定所行会影响测试策略中所述测试工作的影响因素或依赖关系。这些影响因素可能包括:1. 人力资源（如用来支持/参与测试的非测试资源的可用性或对这些资源的需要）2. 约束（例如设备限制或可用性,或对特殊设备的需要/特殊设备的缺乏）3. 特殊需求（例如测试时间安排或对系统的访问）测试类型

30、2同 5. 3.1。测试实施阶段下表说明测试将在哪个阶段执行。测试类型测试阶段单元测试集成测试系统测试验收测试功能测试/性能测试X（X）可选,或/者当系统性能 测试发现缺陷 时性能测试X(X)可选用户界面测试X(X)可选/兼容性测试X/安装测试XX(X)可选(X)可选回归测试当被测试的软件或其环境改变时,在合适的测试阶段进行回归测 试估计结果记录估计的假设条件描述作为估计和计划的基础的假设条件。对于功能性部件的测试设计和实现任务采用功能点估计方法,并应用公司历史 数据库中的数据,如功能点估计参数、各开发阶段的功能点实现效率等。参照项目估计规程进行。集成测试用例数(可选)可根据要进行的测试类型或

31、要测试功能点进行估计。功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C) /6模块2模块3合计系统测试用例数功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C) /6模块2模块3合计工作量估计写出工作量估计的过程或采用的公式。单位:（人小时）阶段工作量最多工作量适中工作量最少工作量合计测试策划ABC(A+4B+C)/6测试设计测试实现测试执行测试总结合计风险管理评估测试中可能存在的风险对项目测试的影响程度,详情请见测试管理工作 表测试风险管理页。组间协调此处列出测试活动中需要的组间协调活动,详情请见测试管理工作表组间 协调页。度量与分析数据采集在下

32、表填上将要采集的原始数据。原始数据i采集频度负责人测试用例数测试计划原始数据来源采集频度负责人测试缺陷数测试管理工作表度量分析在下表填上将要根据原始数据进行度量的度量指标度量名称说明类别上限值下限值测试代码覆盖率测试执行的代码行数除以代码行总 数（需要工具支持）覆盖测试需求覆盖率测试程序或测试用例支持的需求数 量除以需求的总数量来计算覆盖测试执行率已执行的测试程序（测试用例）数 量/测试程序（测试用例）的总数量。 这种测试程序执行度量表示测试工 作的广度。进度测试通过率成功执行的测试程序（测试用例） 与测试程序（测试用例）执行数之 比。当前质量比率度量表示演示成 功的功能数质量工作产品与规模本

33、节列出了测试过程中将产生的工作产品及其规模估计、交付时间和审核类型等。测试进度此处描述软件测试活动在软件项目开发过程中的时间安排，详情参见测试进 度表。注：具体的测试报告也可参照书后附录简写。五、实验工作总结（或项目开发总结报告）完成人：（每人一份）1 .工作概述1.1 子系统作用说明所完成的子系统在整个信息管理系统中的作用，文字描述可配合图表.1.2 子系统功能构成文字描述可配合图表。2 .系统分析设计过程说明分析设计过程中自己认为重要的部分。如建模思想、方法与过程，采用的 设计风格、结构、接口方式等问题.（自由发挥）3 .体会自由发挥附件2：河北北方学院信工学院：软件工程实验指导与报告书河

34、北北方学院信工学院软件工程实验指导与报告书纵#:长昂班组组组学年第一学期实验地点：指导教师：信息科学与工程学院2010. 9实验目录实验一软件与软件开发环境 实验二软件开发计划 实验三需求调研分析 实验四软件概要设计 实验五软件详细设计 实验六测试用例设计 实验七软件开发文档设计实验一软件与软件开发环境小组： 组长：实验目的与任务目的：确定课题，组织组员，合理分工，熟悉软件开发环境，培养团队精神。任务：学习软件开发小组的组织和管理，合理分工，将项目开发各阶段的任 务明确，并熟悉相应的软件开发环境。预习内容参考费料和阅读相关的国家有关软件开发的标准文档。实验内容及要求根据各组选择的课题，实行项目

35、经理制，各组推荐一名组长，统一管理整个 项目的实施过程，并合理调整资源和负责项目全局；根据项目的难易合理分配组 员的任务，对问题达成一致的看法；针对项目的实施，熟悉相应的软件开发工具 及使用环境。实验结果（可续页）思考题.1、软件项目开发首先要做的事是什么？2、你认为该软件应具备的最重要的特性是什么。3,你认为怎样分工是最合理的？实验二软件开发计划小组： 组长：实验目的与任务目的：了解项目管理过程，开展团队合作，完成软件项目开发计划编制。任务：学习软件开发项目立项、计划工作，将项目开发各阶段的任务进行分 解，制定开发计划书。预引内容项目管理知识，开发计划工具，参考资料和阅读相关的国家有关软件开

36、发的 标准文档。实验内容及要求根据各组选择的课题，在项目组长安排下，在对问题达成一致的看法的基础 上，针对项目任务，编制项目实施计划。实验结果（可续页）思考题1、软件项目计划主要完成什么工作？2、你认为项目开发计划中的最重要的问题是什么。3,你认为项目计划怎么对软件开发有意义？实验三需求调研分析小组： 组长：实验目的与任务目的：确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。任务：采用不同的软件开发技术，完成对软件开发项目的需求分析过程，给 出系统的逻辑功能模型，数据字典以及规格说明书。预引内容需求调研提纲，参考资料和阅读相关的国家有关软件开发的标准文档。实验内容及要求明白项目的业

37、务流程图，绘制数据流图，功能分析图，编写数据字典，数据 加工处理的描述，软件系统流程设想图（新系统模型），需求规格说明书。实验结果（可续页）思考题1、需求分析在软件开发中真的有那么重要吗？2、分析系统流程图，流程图和数据流图的区别和各自的特点。3,怎样写符合规范的数据流图和数据词典？4、怎样组织对该工作的评审？实验四软件概要设计小组： 组长：实验目的与任务目的：完成系统的体系结构的建立和概要设计，并给出相应的规格说明书。任务：认真分析实验三的结果，给出系统合理的体系结构，描绘系统结构图 并合理划分系统的各组成模块，最后给出系统的各部分设计规格说明书。预引内容参考资料和阅读相关的国家有关软件开发

38、的标准文档。续验内容及要录功能结构图设计，软件处理流程设计，输出设计（主要指打印输出设计）， 存储文件格式设计（数据库结构设计），输入设计（主要指数据录入卡设计）.实验结果（可续页）思考题1 .系统设计和需求分析的关系是什么？两者必须先后关联吗?2 .怎样描绘系统的体系结构？3 .怎样绘制符合规范的流程图。实验五软件详细设计小组： 组长：实验目的与任务目的：在实验四基础上完成系统的系统详细设计，并给出相应的规格说明书。任务：认真分析实验四的结果，描绘系统结构图，并合理划分系统的各组成 模块，最后给出系统的各部分设计规格说明书。预引内容参考资料和阅读相关的国家有关软件开发的标准文档。实验内容及要

39、求输出设计（主要指打印输出设计），存储文件格式设计（数据库结构设计） 输入设计（主要指数据录入卡设计），代码设计，程序设计说明书 实验结果（可续页）思考题1 .简述详细设计阶段的主要任务。2 .简述详细设计说明书的主要内容。3 .怎样组织对设计阶段工作的评审？实验六测试用例设计及分析报告小组： 组长：实验目的与任务目的：进行软件测试方法的选择，完成测试用例的设计，并给出测试说明书。任务：认真分析测试的重要性和全局性，根据测试对象选择测试方法，合理 设计测试用例，最后给出软件测试说明书。预引内容参考资料和阅读相关的国家有关软件开发的标准文档。实验内容及要求白盒法测试（语句覆盖、条件覆盖、路径覆盖

40、），黑盒法测试（等价类划分 边界值分析），软件测试说明书 实验结果（可续页）思考题1 .为什么说测试只能证明程序有错误，不能证明程序的正确性?2 .简述软件测试的对象和内容。3 .试总结软件测试策略。实验七软件开发文档设计小组： 组长:实验目的与任务目的：完成一个实际软件项目的分析、设计全过程，贯穿领会软件工程的基 本思想，明晰软件工程阶段划分与各个阶段的主要任务，了解我国计算机软件产 品国家标准体系。任务：对选定课题，完成各类文档的编制，对已做的文档进行修订。预习内容参考资料和阅读相关的国家有关软件开发的标准文档。实验内容及要求根据软件项目情况, 可行性研究报告 软件需求说明书 测试计划 详

41、细设计说明书 操作手册开发进度月报程序维护手册痛结巢（可续页）选择如下文档进行设计: 项目开发计划数据要求说明书 概要设计说明书 用户手册 测试分析报告 项目开发总结思考题1 .软件工程标准化的意义是什么?都有哪些软件工程标准?2 .请说明软件文档的作用？3 .软件开发项目生存期各阶段包含哪些文档？附3,实睑题目参考：1、班级管理系统具体需求可以根据自己班级情况进行调研获取2、某小区物业管理信息系统3、某城建档案馆档案管理信息系统某城建档案馆馆藏大量各种比例地形图、底图，还有大量的其它档 案资料，是其所在市规划、建设、管理的真实记录，是该市建设和发展 的重要依据。目前，馆藏资料的接收、整理、入

42、库等工作全部为传统的 手工作业，其难度高、成卷工作量大，而且缺乏系统管理手段，存贮问 题日益突出，利用效率低，共享程度差。为了 21世纪信息社会使档案能 更好地充分体现其社会价值，该市建委决定建立一个满足国家标准和城 建档案管理工作要求的*市城建档案管理信息系统为此，要求该系 统开发所采用的信息技术既要最先进，又要成熟、安全、可靠，同时要 具有现实性和前瞻性。4、某用科技厅科学基金管理系统为实现政务公开，某省拟采用网上自然基金申报和审批，需开发一 套包括基金申报（使用说明、文档提交、申报情况查询）、基金信息公告 （基金公告、基金新闻、最新立项）、网上审批与鉴定（专家定量网上审 批、项目鉴定）、

43、基金项目管理（发布申报计划、批复申请、查询申请项 目等）与推荐优秀基金项目等功能的办公网站。要求具有基金申报管理（申报文档提交，申报情况查询等），信息公 告维护（增加，撤除和修改等），审批流程管理（管理员可指定审批流程， 对需执行审批的专家显示审批流程，进行审批提示），项目鉴定管理（管 理员可指定鉴定流程，对需执行鉴定的专家显示审批流程，进行鉴定提 示）等功能。5、某设计研究院管理信息系统某研究设计院为了提高自身信息化管理水平，进院领导研究讨论， 决定开发“综合科研管理系统”。该系统要建设成为覆盖研究设计院各处 室、下属公司和主要业务的综合科研管理系统。实现业务管理与质量管 理的结合；实现文档电子流的管理；实现网络信息发布，网上培训；提 供系统的可扩展性，即保证各种新增业务方便的电子化管理新需求的接 口；保证管理系统的稳定性要求，即所有数据集中统一管理