实验一.软件需求获取
【报告计划书类】软件设计过程实验报告
软件开发过程实验一软件需求分析一、目的和意义对本书第二和三章的内容做进一步的掌握，写出软件需求规格说明书。
为下面的实习奠定基础。
二、实习内容1、确定软件题目（学生可自己拟定，也可在本书附录2中选择）；2、分析软件需求以及人工模式下的工作流程；3、编写需求规格说明书（需求规格说明书的编写要求参见本节模板参考）；4、完成形式：以文档的形式完成软件的需求规格说明书。
纸张型号为A4。
三、实习指导1、在磁盘上建立一个软件工程实习文件夹，以自己的姓名命名。
2、提交文档的格式如下：第一页的格式为：软件名称：文档编号版本号文档名称：项目名称：项目负责人：编写时间审核时间批准时间开发单位第二页之后的内容为：●编写目的：阐明编写该文档的目的，指出读者对象●项目背景：项目的委托单位、开发单位、该软件系统与其他系统的关系。
●参考资料软件需求规格说明的书写原则①任务概述：软硬件环境、条件和限制（软件的使用条件和限制）。
②数据描述：输入数据、输出数据、数据库设计和建立数据词典。
③功能需求：功能划分和功能描述④性能需求：数据精度、时间特性、适应性（操作方式、与其他软件的接口、开发计划变化时，软件应具有的适应能力。
）。
⑤运行要求：用户界面、硬件接口（如：连接打印机）、软件接口（如：是否为其他项目的子项目）、故障处理。
⑥其他需求：可使用性、安全保密性、可维护性、可移植性等。
●模板参考第一页：软件名称：教务管理软件文档编号001版本号Ver 1.0文档名称：需求规格说明书项目名称：课表编排系统项目负责人：屈艳编写：刘楠、叶艺、赵春、马燕时间：2005-2-14审核：屈艳时间：2005-2-16批准：王湘桃时间：2005-2-20开发单位：冰雪五人组第二页之后的内容：编写目的：编写该文档是为了分析人工状态下课表编排的工作流程，把人工模式抽象为可在计算机上处理的自动模式。
便于开发小组成员对系统整体功能的认识。
项目背景：高校的课表编排一直是一个烦琐的工作，为了解决这个问题，某某高校教务处委托我们开发该软件。
软件工程实验一需求分析。
淮海工学院计算机工程学院实验报告书课程名：《软件工程》题目：学生信息管理系统设计与实现——需求分析班级：网络122学号：***********名：**1、实验目的与要求（1）上网查询浏览有关软件工程环境网站，了解有关软件工程环境的定义、配置、功能和用途；（2）下载有关软件工程标准，如国际ISO9000-3、国家GB8567-1988、2006和行业标准等，重点阅读软件分析阶段的文档编写指南；（3）由指导老师指定或由学生自己选择一实验题目——软件工程项目。
（4）安装、运行、熟悉Visio绘图工具的基本功能，并熟练掌握各种分析建模工具的使用方法，如系统流程图、数据流图、E-R图等，完成选定题目需求规格说明书中功能、数据和行为模型的创建与和说明。
2.1实验背景随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。
服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。
该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。
可以说它适用于每一所高校，因此很有开发价值。
我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，实用性强，使用简单，所花经费少等优点。
我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。
2.2需求分析2.2.1业务流程图部分：2.2.2管理功能部分：从业务流程图可以看出，学生成绩管理系统中分为大的三个方面：系统管理员模块、教师模块、学生模块，其主要管理功能有：（1）、系统管理员功能系统管理员进入学生成绩管理系统的主要功能是：实现管理员用户的添加、修改和删除，以及对教师添加、教师修该、教师删除、教师查询、学生的添加、学生的修改、学生的查询等基本功能，并且参与开设课程、选择课程的管理，安排教师的任课和学生的选课工作，管理元为每门课程设置一个学分，没门课程可以是必修或选修，如果学生及格，学生将获得该课程学分。
软件需求工程实验报告
软件需求工程实验报告软件需求工程实验报告摘要：本篇实验报告旨在介绍软件需求工程的基本概念、方法和实践过程。
通过对需求工程实验的设计和执行，我们深入了解了需求工程的重要性和应用价值。
本实验以一个虚拟的在线购物平台为例，通过需求分析、需求建模、需求验证等环节，详细描述了软件需求工程的实践过程，并总结了实验中遇到的问题和解决方案。
1. 引言软件需求工程是软件开发过程中至关重要的一环。
它旨在明确用户和系统之间的需求，为软件开发提供明确的目标和方向。
本实验以一个在线购物平台为例，通过需求工程的实践过程，展示了如何从用户需求到系统需求的转化过程。
2. 需求分析需求分析是软件需求工程的第一步。
通过与用户的沟通和交流，我们了解到用户对于在线购物平台的期望和需求。
在需求分析阶段，我们采用了面谈、问卷调查等方法，收集了用户的意见和建议。
通过分析用户需求，我们确定了在线购物平台的基本功能和特性。
3. 需求建模需求建模是将用户需求转化为系统需求的过程。
在本实验中，我们采用了用例图、活动图和类图等建模工具，对在线购物平台的功能和流程进行了详细描述。
通过用例图，我们清晰地展示了用户和系统之间的交互关系。
通过活动图，我们详细描述了用户在购物平台上的操作流程。
通过类图，我们定义了系统中各个对象的属性和行为。
4. 需求验证需求验证是确保需求的正确性和完整性的过程。
在本实验中，我们通过模拟用户操作和系统响应，验证了在线购物平台的功能和性能。
我们对系统进行了功能测试、性能测试和用户体验测试等，确保系统能够满足用户的需求和期望。
通过需求验证，我们发现了一些问题和不足，并及时进行了修正和改进。
5. 实验总结通过本次实验，我们深入了解了软件需求工程的实践过程和方法。
通过需求分析、需求建模和需求验证等环节，我们成功地将用户需求转化为系统需求，并验证了系统的功能和性能。
在实验过程中，我们也遇到了一些问题和挑战，但通过团队合作和不断努力，我们最终解决了这些问题，并取得了令人满意的结果。
实验一 软件需求分析-调查问卷设计
实验一软件需求分析—调查问卷设计
一、实验目的：
1．通过该实验了解软件需求分析的过程。
2．设计一张用于获得软件需求的调查问卷。
二、实验环境：
1．实验设备：计算机
2．软件环境：文档制作工具WORD等。
三、实验内容及要求
1．软件功能基本描述
图书查询与借阅管理系统主要功能为：
（1）新书入库管理；
（2）图书借阅管理；
（3）图书查询功能；
（4）图书损坏及丢失管理；
（5）借阅人员管理；
（6）管理人员的管理；
（7）其他功能。
2．请就上述的图书查询和借阅管理软件系统设计一调查问卷。
该调查问卷应包含以下几个部分的内容。
（1）面向借阅人员、图书管理人员两种人群的调查；
（2）具有客观性和主观性题目；
（3）通过该调查问卷，可以获取图书查询与借阅管理系统的功能、性能、接口等方面的信息。
3．提交一份完整的实验报告（同时提交打印和电子两种形式，电子版发送至gangquan@）
四、实验步骤：
1．分析图书查询与借阅管理系统的各功能，以及需要了解的相关信息。
2．设计面向借阅人员的调查问卷，包括基本信息的确认（客观性题目）和扩充信息的调研（主观性题目）。
3．设计面向图书管理人员的调查问卷，包括基本信息的确认（客观性题目）和扩充信息的调研（主观性题目）。
五、上机安排：
1.时间：见时间安排表
2.地点：东一楼最西头三楼自动控制理论实验室（301房间）
电话：82668666转1301房间。
软件工程实验报告-十个实验（银行系统）
软件⼯程实验报告-⼗个实验（银⾏系统）软件⼯程实验报告班级：****学号：**********姓名：***实验⼀软件需求分析实验项⽬名称：软件需求分析实验⽬的：1) 根据所选定题⽬进⾏需求分析⼯作；2) 通过实例掌握结构化数据流分析技术；3) 进⾏业务需求分析、⽤户需求、功能需求、⾮功能需求分析；4) 写出需求规格说明书（含数据流图）。
实验内容：⽤结构化数据流分析技术进⾏软件系统需求分析，得出系统得数据流图和数据字典。
实验步骤：1) 到相关单位进⾏需求分析。
2) 综合利⽤Internet ⽹和相关书籍整理并完善需求分析。
3) 画出系统数据流图（分清系统是事务型还是加⼯型）。
4) 得出系统数据字典。
1．软件系统需求描述：(从功能，性能上进⾏描述)（1）功能需求：银⾏系统系统所要完成的主要功能有两⽅⾯：①填写存款单或取款单交给业务员键⼊系统，如果是存款，系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息，完成后由系统打印存款单给储户。
②如果是取款，业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份，核对密码正确⽆误后系统计算利息并印出利息清单给储户。
（2）性能需求：为了满⾜储户的要求，系统必须要有⾼的运作速度，储户填写的表单输⼊到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显⽰出所有必需信息并打印出各项清单，所以要求很⾼的信息量速度和⼤的主存容量；由于要存贮⼤量的数据和信息，也要有⾜够⼤的磁盘容量；另外，银⾏计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2．软件系统数据流图（由加⼯、数据流、⽂件、源点和终点四种元素组成）：1) 顶层数据流打印存单打印清单2) 1层数据流图3) 2层数据流图3．软件系统数据字典：1) 数据流条⽬(1)数据流名：存单(反馈信息)说明：银⾏系统给⽤户每次存款打印的存款资料表单数据流来源：银⾏计算机储蓄系统数据流去向：⽤户数据流组成：存单=存款⼈+存款银⾏+业务员编号+存款⾦额+存款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”存款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计（2）数据流名：取款单说明：记录⽤户每次取款的资料和情况数据流来源：⽤户数据流去向：银⾏计算机储蓄系统数据流组成：取款单=取款⼈+取款银⾏+业务员编号+取款⾦额+取款⽇期业务员编号=“01”..“99”取款⽇期=年+⽉+⽇数据量流通量：暂不统计（3）数据流名：利息清单（或账单）说明：当⽤户取款时，银⾏内库要把利息清单（或账单）给银⾏计算机储蓄系统处理，再把利息清单（或账单）交于⽤户数据流来源：书库数据流去向：事务处理数据流组成：取款信息=取款⼈+取款银⾏+受理业务员+取款⾦额+取款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”取款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计2) 加⼯条⽬a)加⼯名：银⾏计算机储蓄系统加⼯编号：0层简要描述：对⽤户存取款进⾏管理和处理输⼊数据流：存款单、取款单输出数据流：存单、利息清单（或账单）加⼯逻辑：若存取款信息正确且密码正确⽆误则存取款成功，否则提⽰重写或重填。
软件工程实验——软件需求分析
（4）提高了解决问题的能力：在实验过程中，我遇到了一些问题和困难，通过思考和探索，我学会了如何解决这些问题。通过不断解决问题和总结经验，我提高了自己的解决问题的能力。
注意事项：
（1）调研和需求分析是关键。在实验初期，需要深入相关单位进行调研，了解计算机销售业务的流程和需求，与用户进行交流，了解用户对系统的期望和需求。同时，需要收集并整理相关的资料，对需进行进一步的分析和整理。
（2）数据流图和数据字典是进行需求分析的重要工具。在绘制数据流图时，需要分清系统的边界和内部结构，将系统划分为多个子系统或模块。在定义数据字典时，需要对每个条目进行详细的描述和定义，确保数据的准确性和完整性。
（3）细心、耐心和责任心是必备的素质：软件需求分析是一项复杂而繁琐的工作，需要细心、耐心和责任心。在绘制数据流图、定义数据字典、绘制类图和描述用例时，需要仔细思考和分析，不能出现错误或遗漏。同时还需要对工作负责到底，及时解决问题和总结经验。
（4）良好的沟通和协作能力是成功的保障：软件需求分析是一项团队合作的工作，需要与团队成员和其他相关人员密切合作和沟通。良好的沟通和协作能力能够提高工作效率和质量，同时也能避免出现偏差和错误。在沟通过程中要清晰明确地表达自己的想法和建议，同时也要尊重他人的意见和建议。
（2）数据流图和数据字典定义不够准确。数据流图和数据字典是进行需求分析的重要工具，如果定义不够准确，可能会影响后续的系统设计和开发。因此，在定义数据流图和数据字典时，需要仔细考虑每个条目的准确性和完整性，确保数据的准确性和完整性。
（3）软件需求规格说明（SRS）撰写不够规范。SRS是实验的最后一步，如果撰写不够规范，可能会影响其他人对系统的理解。因此，在撰写SRS时，需要遵循一定的规范和标准，确保SRS的清晰度和可读性。
软件工程实验报告总结
4
4
4
等边三角形
条件2“真”条件3“真”
4
3
4
5
直角三角形
条件3“假”
条件4“真”
5
2
4
5
一般三角形
条件4“假”
（3）条件覆盖
对于第一个判断：条件0<a<200取真为T1,取假为F1；
条件0<b<200取真为T2,取假为F2；
条件0<c<200取真为T3,取假为F3；
对于第二个判断：条件a<b+c取真为T4,取假为F4；
总结 ：经过一学期的软工实验，深刻感到其重要性的同时也学到了不少的东西 ，将对我在今后的软件开发过程中起极大的作用。
篇二
实验一软件工程标准化文档
一、实验目的
1．了解国家标准GB/T8567-2006
2．熟悉软件产品开发文件的基本内容
二、实验内容
1.搜索和下载国家标准GB/T8567-2006。
2.通过阅读国家标准GB/T8567-2006，将以下文字填写完整：
软件工程实验报告总结（3篇）
经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
实验四小学生四则运算需求分析结对报告
实验四⼩学⽣四则运算需求分析结对报告任务⼀：实践软件需求获取⽅式（1）在线咨询⽼师层⾯：特意找到了母校的⽼师，由于双⽅地处较远所以采⽤电话等⽅式进⾏的咨询。
（2）实地访问学⽣层⾯：询问了⼏位⼩学⽣，主要是家教的时候顺便访问的。
（3）调查问卷1.⽤户⾓⾊本次调查中，学⽣和家长⼈数基本上相同，⽼师相⽐于其他两个⼈数较少。
2.学⽣所在年级（包括教师的学⽣、家长的孩⼦）在本次调查中⼀年级的学⽣占⼤多数，其他年级的⼈数基本上⼀致。
3.学⽣通常使⽤电脑及是否使⽤四则运算的系统情况：通过调查发现⼤多数⼩学⽣在⽇常⽣活中还是会使⽤电脑，并且能够接受四则运算这类软件，说明⼩学⽣四则运算的软件有很⼤的市场。
4.运算的难易程度：通过分析柱状图发现很少有⼈选择难度⼤的平⽅运算，说明在开发软件的时候应该在难易程度的设置上要费⼤⼒⽓，难度应该适中，适当的应当设置⼀些简单题来提⾼学⽣的信⼼。
5.运算题数量：通过分析圆环图不难发现，⼤多数⼈（⽆论学⽣、家长还是⽼师）建议题量应该设置少⼀些，适当的让学⽣进⾏休息，学⽣如果想提⾼能⼒可进⾏多轮测试，这样既照顾到了优⽣，也照顾到了后进⽣。
6.软件功能： 出题功能 错误显⽰功能 错题重测功能 ⿎励功能 专项训练功能 监督功能通过调查及分析发现，学⽣希望四则运算系统具有⾃动出题功能，错误显⽰及重测功能，⿎励功能，⼤多数⼈认为混合型运算相⽐与专项训练对学⽣更有利，对于监督功能的不同意见基本上平衡，所以我认为可以将监督功能设置为可选择的功能，除此之外，还有⼈提出了应当设置登陆界⾯，⽼师检查功能，成绩应当保证准确性还要及时统计等。
7. 页⾯风格及背景：四则运算系统是针对⼩学⽣的，因此在设置界⾯的时候应当结合⼩学⽣的性格特征，采⽤⼩动物其他具有童趣的界⾯或颜⾊。
任务⼆：任务三：⽬录1.引⾔ (2)1.1 编写⽬的 (2)1.2 背景 (2)1.3 参考资料 (2)2.任务概述 (2)2.1 ⽬标 (2)2.2 针对⽤户 (4)2.3 假定和约束 (4)3.需求规定 (5)3.1 对功能的规定 (5)3.1.1 主要功能 (5)3.1.2 功能描述（详细） (5)3.1.3 ⽤户界⾯ (6)3.1.4 ⽤户场景 (10)3.2 对性能的规定 (12)3.2.1 精度 (12)3.2.2 时间特性要求 (13)3.2.3 灵活性 (13)3.3 输⼊输出要求 (13)3.4 数据管理能⼒要求 (13)3.4.1出题及答案表 (13)3.4.2 运算符号表 (14)3.4.3 符号优先级处理表 (14)3.4.4 得分计算表 (14)3.5 故障处理要求 (15)3.6 故障处理要求 (15)3.7 其他要求 (15)4.运⾏环境规定 (15)4.1 设备 (15)4.2 开发环境 (16)4.3 接⼝ (16)4.4 控制 (16)5.验收标准 (16)1.引⾔1.1 编写⽬的 本⽂档的⽬的是详细地介绍《⼩学⽣四则运算练习软件》所包含的需求，使得⽤户能确认该软件的确切需求以及开发⼈员能够根据需求设计编码完善产品，以下叙述将结合⽂字描述，流程图，界⾯原型以及类图等来描述《⼩学⽣四则运算练习软件》的功能，性能，⽤户界⾯，运⾏环境，外部接⼝以及针对⽤户操作给出的各种响应。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
广东海洋大学学生实验报告书（学生用表）
实验名称 实验一.软件需求获取 课程名称 软件工程
课程号 16532115 学院(系) 数学与计算机学院 专业 计算机科学与技术 班级 计科11XX 学生姓名
林XX 学号 20151162XXXX 实验地点
钟海楼
04004 实验日期 2017年 9月14日 一、实验目的
（1）熟悉并掌握StarUML 工具的用法；
（2）理解和掌握StarUML 工具用于分析、设计的用法；
（3）掌握面向对象分析、设计的方法
二、实验任务
完成实验指导上实验1、实验2的实验任务。
三、实验仪器设备和材料
安装有StarUML 工具的PC 机。
四、实验内容和步骤
模型中创建的每个参与者应该添加摘要描述文档，用来表示每个参与者和系统交互的规则。
上述教学管理系统中各参与者的简要描述如下：
学生——在学校注册听课的人；
教师——被学校认可讲授某门课程的人；
注册管理员——该教学管理系统所应用的学生注册系统所认同
的维护人员；
收费系统——学生付费的外部系统。
创建完4个参与者，并对“学生”参与者填加描述文档后的用
例图如图所示：
定义用例
每一个用例（Use Case ）都是一个参与者与系统在交互中执行的有关事务序列。
一般地，应当根据系统需求，找出全部的用例，并从参与者的角度给出事
件流。
定义一个好的用例的首要原则是：用例必须给参与者提供
某些信息。
以下是教学管理系统必须要处理的问题：
① 学生actor 需要使用系统来注册课程；
② 当选择课程的过程完成后，收费系统必须获得收费信息；
③ 教师actor 需要使用系统来选择课程，且必须得到课程花名
册；
④ 登记员要生成课程目录，而且必须维护课程、学生、教授等信
息。
基于这些需要，可以生成以下UseCases ：
① 注册课程；
GDOU-B-11-112
②选择课程任教；
③得到课程花名册；
④维护课程信息；
⑤维护教师信息；
⑥维护学生信息；
⑦创建课程目录。
教学管理系统的选课注册系统中填加各个用例及“注册课程”用例的摘要描述后的情况如图所示。
绘制用例图
用例图是系统的外部行为视图，在确定了参与者和相关用例的基础上，通过绘制用例图可以更清晰地理解系统的行为。
绘制用例图的方法有些
类似于过程化软件工程中数据流图的画法，从顶层抽象
开始，然后逐步分解、细化用例图，直到能够清晰地表
达问题，满足系统分析与建立模型的需要为止。
参与者都存在与系统的交互。
从教学管理系统的需求分
析描述，可以确定所有操作都围绕一个用例进行，即选
课管理，该用例与4个参与者都存在交互，选课注册系
统的顶层用例图如图所示。
根据系统分析，教学管理系统中选课
注册系统的主用例图如图所示。
在绘
制用例图时，不但需要把用例与参与
者之间的联系表示出来，而且还应当
把用例之间的联系也表现出来。
用例
之间的联系最常见的有《Uses》、
《Include》和《Extend》等联系。
本
例中，用例“查询课程信息”和用例
“注册课程”都与用例“身份验证”
有《Uses》联系，即它们在运行中都
使用用例“身份验证”进行用户的合
法身份检查。
同样的《Uses》联系也存在于其他
用例与“身份验证”用例之间。
StarUML中的《Uses》
联系使用带《Uses》标记的虚线箭头表示，本系
统中附加的Use Case图如图所示。
成绩指导教师日期2017年9月15日注:请用A4纸书写，不够另附纸。
第页，共页。