软件需求分析复习总结
- 格式:docx
- 大小:541.58 KB
- 文档页数:10
一、二填空与判断1.软件系统通过影响问题域,能够帮助人们解决问题称为解系统2.需求分析的分类(功能需求、性能需求、质量属性、对外接口、约束)3. 对于寻找涉众的必要性通过分析不同复杂度的信息系统的涉众特点将信息系统分为(小型统统、组织及系统、战略信息系统、组之间系统)4.获取信息的方法(传统方法、集体获取方法、原型、模型驱动方法、认知方法、基于上下文方法)5.常见的涉众类别有(用户、客户、开发者、管理者、领域专家、政府力量、市场力量)6.需求获取方法利用面谈可获得的信息内容包括(事实和问题、被会见者的观点、被会见者的感受、组织和个人目标)7.原型的分类(①按照使用方式分类:演示、严格意义上的、试验、引示系统②按照媒介载体分类:样板、纸上向导③按照开发方式:演化式、抛弃式④按照构建技术:水平、垂直。
原型)8.需求开发的一些特性决定了需求开发过程只能是一个迭代式的增量过程,而且还不是一个简单的线性增量过程,它的各个活动之间存在这复杂的组织关系。
9.头脑风暴是一种特殊的群体面谈方式10.面谈就是在需求获取活动中发生在需求工程师和用户之间的面对面的会见,它是一种使用问答格式,具有特定目的的直接会话,也是事件中最为广泛的需求获取方法之一。
11.需求验证最主要的方法是需求评审。
(判)需求是用户对问题域中的实体状态或事件的期望描述(判)为了满足用户的业务需求,需求工程师需要描述系统高层次的解决方案,定义系统应该具备的特性。
(判)所有对软件的开发和应具有发言权和决定权的人统称为涉众。
(判)软件系统的涉众群体不是固定不变的(判)模型驱动方法是一类以定义明确的模型为理论基础,依据模型指导和组织活动开展的需求工程方法。
(判)一对一的面谈是时间成本比较高的需求获取方法,尤其是在获取一个或多个涉众方相关的主题时,需反复和多个涉众方安排逐步深入的面谈解决问题。
(判)原型系统通常被构造为不完整的系统,以在将来进行改进、补充或代替。
软件开发与需求分析工作总结在当今数字化的时代,软件开发已经成为推动各行各业创新和发展的关键力量。
而在软件开发的整个流程中,需求分析作为起始环节,其重要性不言而喻。
它就像是建筑的蓝图,为后续的开发工作指明了方向,决定了软件产品最终能否满足用户的期望和需求。
在过去的一段时间里,我深入参与了多个软件开发项目的需求分析工作,积累了不少宝贵的经验,也遇到了一些挑战。
下面我将对这段时间的工作进行一个全面的总结。
首先,需求获取是需求分析的第一步。
这一阶段的工作重点在于与各种相关方进行有效的沟通和交流,包括项目的发起者、最终用户、业务部门的负责人等等。
在与他们的交流中,我们需要倾听他们对于软件系统的期望和需求,理解他们的业务流程和痛点。
然而,这并不是一件容易的事情。
不同的相关方可能有着不同的视角和关注点,甚至可能存在利益冲突。
例如,业务部门可能更关注系统的功能是否能够满足业务需求,提高工作效率;而管理层可能更关注系统的成本和效益。
因此,我们需要协调各方的利益,找到一个平衡点。
为了更有效地获取需求,我们采用了多种方法和技术。
比如,通过面对面的访谈,深入了解用户的工作场景和需求;组织焦点小组讨论,让不同的用户能够交流和分享他们的想法;发放调查问卷,收集大量用户的意见和建议。
此外,我们还对现有的业务流程进行了详细的调研和分析,找出其中存在的问题和可以优化的地方。
在需求获取的过程中,我们也遇到了一些困难。
有时候用户可能无法清晰地表达他们的需求,或者他们对于未来的系统存在一些不切实际的期望。
这就需要我们通过进一步的沟通和引导,帮助他们明确自己的需求,并建立合理的期望。
同时,由于用户的需求可能会不断变化,我们需要建立一个有效的需求变更管理机制,及时跟踪和处理需求的变更。
需求分析的第二步是需求整理和建模。
获取到的原始需求往往是零散的、不系统的,我们需要对其进行整理和分类,建立一个清晰的需求模型。
在这个阶段,我们使用了多种工具和技术,如用例图、活动图、数据流图等,来描述系统的功能、业务流程和数据流向。
2024年软件需求分析总结随着科技的不断进步和数字化的趋势愈发明显,软件已经成为各行各业的核心组成部分。
在____年,软件需求仍然会继续增长,并且会出现一些新的趋势和挑战。
本文将对____年的软件需求进行分析和总结。
一、人工智能和机器学习在____年,人工智能和机器学习将成为软件需求的重要驱动因素。
随着技术的进步,人工智能和机器学习在各个领域中的应用也会越来越广泛。
例如,在医疗领域,人工智能可以用于辅助诊断和疾病预测;在金融领域,机器学习可以用于风险评估和投资策略。
因此,软件需求会出现对人工智能和机器学习的需求,并且需要相应的算法和模型来支持这些应用。
二、云计算和边缘计算云计算和边缘计算已经成为大多数企业的标配,提供了强大的计算和存储能力。
在____年,云计算和边缘计算的需求将得到进一步的增长。
随着企业对数据的需求不断增加,云计算和边缘计算可以为其提供更好的数据处理和分析服务。
此外,随着物联网的发展,边缘计算也变得更加重要,可以实现实时数据处理和低延迟的响应。
因此,软件需求会出现对云计算和边缘计算的需求,并且需要相应的平台和工具来支持这些计算方式。
三、安全和隐私保护随着数字化的普及,安全和隐私成为软件需求中不可忽视的因素。
____年,隐私保护将成为软件需求的一个重点。
随着个人数据的不断产生和使用,用户对其隐私的关注也日益增加。
因此,软件需求会出现对隐私保护的需求,并且需要相应的加密和身份验证技术来保护用户的隐私。
此外,网络安全问题也是一个严重的挑战,软件需求会出现对安全防御和威胁检测的需求,并且需要相应的安全工具和协议来保护系统的安全。
四、跨平台和移动设备随着移动设备的普及,软件需求也会出现对跨平台和移动设备的需求。
____年,跨平台的软件将更加受欢迎,可以支持多个操作系统和设备类型。
此外,移动设备也将成为主要的使用方式,需要软件能够适应不同的屏幕尺寸和交互方式。
因此,软件需求会出现对跨平台和移动设备的需求,并且需要相应的开发工具和界面设计来支持这些平台和设备。
软件需求分析总结软件需求分析是软件开发的重要环节之一,它的目的是确保软件开发团队了解用户的需求并设计出满足这些需求的软件系统。
通过需求分析,可以明确软件的功能、性能、界面、安全性等方面的要求,为软件开发提供清晰的目标和方向。
在软件需求分析过程中,主要包括以下几个方面的工作:1. 需求收集:需求分析的第一步是收集用户的需求。
这包括与用户沟通、观察用户工作流程、调研市场需求等方法。
通过与用户直接沟通,可以了解用户的期望、关注点和问题,进而准确定义软件的功能和性能要求。
2. 需求分析:在需求收集的基础上,对需求进行分析和整理。
这包括对需求的详细描述、归类、整合和关联分析等工作。
通过需求分析,可以确定各个功能点之间的关系和依赖,以及各个功能点的优先级和重要性。
3. 需求规格说明:在需求分析的基础上,将需求进行进一步的规格化和明确化。
这包括对每个需求进行详细描述,包括输入、输出、处理逻辑、界面设计等。
通过需求规格说明,可以确保开发团队对需求的理解一致,并准确地实现用户的期望。
4. 需求验证:需求验证是确保软件需求满足用户期望的过程。
这包括与用户进行需求确认、质量评审、原型验证等方法。
通过需求验证,可以及时发现和解决需求中的问题和不一致,确保最终的软件产品符合用户的要求。
总结来说,软件需求分析是软件开发的关键环节,它通过收集、分析、规格化和验证需求,确保软件开发团队了解用户的需求并设计出满足这些需求的软件系统。
软件需求分析的好坏直接关系到软件开发的成功与否,因此需要投入足够的时间和精力来进行需求分析,并且与用户保持良好的沟通和合作关系。
软件需求分析是一个持续改进的过程,随着项目的进行和用户的反馈,需求可能会发生变化,因此需要及时进行调整和更新。
软件开发团队应该建立良好的需求管理和变更控制机制,确保软件开发始终与用户的需求保持一致。
软件工程师复习重点梳理总结心得软件工程是一门综合性强的学科,要掌握其中的关键知识点和技能,需要进行系统性的学习和复习。
在我过去的学习和准备中,我总结了以下几个重点梳理,希望能够对同行们的复习提供一定的帮助。
一、需求工程需求工程是软件开发过程中至关重要的一环,它涉及到对用户需求的获取、分析和定义。
软件工程师不仅要具备技术能力,还需要能够与用户进行有效的沟通,深入了解用户的需求,并将其转化为可执行的计划和设计。
在需求工程的复习中,我重点关注以下几个方面:1. 需求获取方法:既可以通过直接与用户交流,也可以通过观察和调研等方式获取需求信息。
需要了解各种需求获取方法的优缺点,并掌握其具体应用场景。
2. 需求分析与描述:需求分析是将用户需求转化为软件规格说明书的过程。
在复习中,应重点学习如何分析需求,识别其重要性和优先级,并准确地将其描述出来。
3. 需求验证与确认:需求验证是确保软件系统满足用户需求的过程。
在复习中,要掌握需求验证的方法和技巧,如原型验证、测试用例设计等。
二、系统设计和开发系统设计和开发是软件工程师的核心技能之一,它涉及到软件架构、模块设计、编码规范以及与其他团队成员的协作等方面。
在复习中,我着重关注以下几个重要点:1. 软件架构设计:学习并掌握常见的软件架构设计模式,如MVC、MVVM等,以及它们的适用场景和优缺点。
2. 模块设计与接口:模块设计是将软件系统划分为独立的、可重用的模块的过程。
在复习中,需要熟悉常见的模块设计原则和方法,并了解如何设计良好的模块接口。
3. 编码规范与质量保证:编码规范是保证团队成员编写一致性和高质量代码的基础。
在复习中,需要熟悉常见的编码规范,并了解如何通过代码审查、单元测试等方式保证代码的质量。
三、软件测试与质量保证软件测试是保证软件质量的重要手段之一,它涉及到功能测试、性能测试、安全测试等方面。
在复习中,我关注以下几个关键点:1. 测试策略与计划:在复习中,需要了解不同的测试策略和方法,并学习如何制定测试计划,包括测试用例设计、测试环境的搭建等方面。
软件需求分析总结随着信息技术的不断发展,软件在现代社会中扮演着日益重要的角色。
而软件需求分析作为软件开发过程中的一个关键环节,对于确保软件项目成功交付起到至关重要的作用。
在本文中,我将对软件需求分析的主要内容进行总结和归纳,希望能够给读者带来一些启示和帮助。
首先,软件需求分析是软件项目成功的基石之一。
它涉及到对用户需求的深入理解和捕捉,并将其转化为能够被计算机程序理解和实现的形式。
只有当软件需求得以准确明确地定义,才能确保软件项目的建设方向正确,从而为后续的设计、开发和测试奠定基础。
其次,软件需求分析的过程是一个相对复杂和多层次的过程。
它需要通过多种手段和技术来进行,如用户需求访谈、用例分析、原型设计等。
这些手段和技术的采用需要根据具体项目的特点和需求来决定,以达到最佳的效果。
同时,软件需求分析过程中需要和各个相关的利益相关者密切合作,包括用户、开发团队、测试团队等。
只有通过充分的沟通和理解,才能确保软件需求的准确性和一致性。
再次,软件需求分析不是一次性的活动,而是一个持续演化的过程。
随着软件项目的不断推进,用户需求可能会发生变化,或者在需求分析过程中发现了一些新的问题和挑战。
因此,软件需求分析需要持续进行,及时调整和优化需求规格。
这就要求软件需求分析人员具备良好的适应能力和灵活性,在沟通和协商中保持敏锐的触觉,以便在变化中保持需求的合理性和有效性。
最后,在软件需求分析的过程中还需要注意一些常见的问题和挑战。
例如,需求的不完整性和模糊性常常会导致软件开发过程中的沟通和理解困难。
此外,对于复杂软件项目来说,需求的分析和管理往往是一个庞大而繁杂的工作。
因此,在软件需求分析过程中,需要采用一些适当的工具和方法来辅助需求的规格和管理,以提高工作效率和质量。
综上所述,软件需求分析是软件项目成功的关键所在。
它需要深入理解用户需求,进行准确的规格和描述,并与各利益相关者保持密切合作和沟通。
同时,软件需求分析是一个持续演化的过程,需要灵活应变和及时调整。
软件需求分析总结软件需求分析是软件开发过程中非常关键的一步,它通过对用户需求进行分析和梳理,为软件设计和开发提供指导和依据。
软件需求分析的目的是明确软件系统的功能和性能需求,帮助开发团队理解并满足用户需求,确保软件的质量和用户体验。
软件需求分析的核心内容包括需求收集、需求分析和需求规格化。
需求收集阶段,分析师通过面对面会议、问卷调查、现场观察等方式,与用户和相关利益相关者沟通交流,收集并梳理他们的需求。
需求分析阶段,分析师对收集到的需求进行分类和整理,识别出其中的矛盾、冲突和遗漏,并制定解决方案。
需求规格化阶段,分析师将需求转化为可执行的开发任务,并编写相应的需求规格文档,供开发团队参考。
同时,还需要与用户进行确认和验收,确保需求的一致性和准确性。
软件需求分析的过程中,需要注意以下几点:一、充分理解用户需求。
分析师需要与用户充分沟通,理解他们的期望和目标,而不是仅仅接受他们的字面表述。
要在用户需求中发现潜在的问题和需求,寻找更好的解决方案。
二、管理需求变更。
用户的需求经常会发生变化,可能是由于技术、市场或组织等各种原因。
分析师需要及时识别和跟踪变更,评估其影响,并与用户协商确定最终的变更方案,以避免对项目进度和质量造成不可逆的影响。
三、确保需求的可行性和可测试性。
分析师在需求规格化阶段需要针对不同的利益相关者,对需求进行分析和权衡,保证需求的可实现性和可测试性。
同时,要关注不同需求之间的依赖关系和冲突,确保需求之间的一致性和兼容性。
四、与用户保持密切的合作和沟通。
分析师需要与用户保持良好的合作和沟通,及时发现和解决问题,确保软件系统能够满足用户的期望和需求。
要积极收集用户的反馈,不断改进和优化软件系统。
软件需求分析对于软件开发项目的成功至关重要。
它可以帮助开发团队更好地理解和满足用户需求,规避风险和问题,保证软件系统的质量和用户满意度。
因此,在软件开发项目中,要重视软件需求分析的工作,给予足够的时间和资源,并建立相应的流程和规范,以提高软件系统的开发效率和质量。
软件需求工程实训课程学习总结需求分析与规格书编写在软件开发过程中,需求分析与规格书的编写是非常重要的环节。
作为软件需求工程实训课程的学习总结,我在本文中将回顾我在课程中学到的关于需求分析与规格书编写的知识,并总结我在实训中的经验与收获。
一、需求分析需求分析是软件开发生命周期中的第一步,它的目的是明确软件系统需要实现的功能和性能要求,以及相关的约束条件。
在实训课程中,我们学习了以下几个关键的需求分析方法和工具:1.1 用户访谈通过与用户的访谈,我们可以了解他们真正的需求和期望。
这包括直接面对面的访谈,以及电话、邮件等方式的交流。
访谈的关键是要善于提问,并尽可能准确地捕捉用户的关键需求。
1.2 需求调查问卷需求调查问卷是另一种获取用户需求信息的有效方式。
通过设计合适的问题,我们可以系统地收集和分析用户的需求。
问卷的设计要简洁明了,问题要具体,以便用户能够准确地回答。
1.3 原型设计原型设计是一种较为直观的需求表达方法。
我们可以使用原型工具,如Axure、Sketch等,以图形化的方式展示软件的功能和界面。
原型设计能够帮助我们更好地理解用户需求,并与用户进行有效的沟通。
二、规格书编写规格书是对需求进行详细描述和规范化的文档,它在软件开发过程中起到了桥梁作用。
在实训课程中,我们学习了以下几个重要的规格书编写技巧和方法:2.1 SRS模板软件需求规格说明书(Software Requirements Specification,简称SRS)是软件开发过程中最常见的规格书之一。
在编写SRS时,我们可以使用已有的SRS模板,如IEEE Std 830-1998等,以确保规范和一致性。
2.2 详细的用例描述用例描述是规格书中的核心部分,用于详细描述软件系统的各种功能和行为。
在编写用例描述时,我们需要准确地定义用例的前提条件、主要流程和各种可能的异常情况,并结合时序图等工具进行进一步的说明。
2.3 功能点划分对于较为复杂的软件系统,我们需要将功能划分成多个模块或子系统,以便更好地进行开发和管理。
1)需求分析85需求分析阶段的基本过程包括四个方面:对问题的识别,分析与综合,制定规格说明以及评审。
(1)问题识别,系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。
然后进行功能需求、性能需求、环境需求、可靠性需求安全保密需求、用户界面需求、资源使用需求等方面的工作。
(2)分析与综合,分析员需从数据流和数据结构出发,逐步细化所有的软件功能,找出系统各元素之间的联系、接口特性和设计上的限制,分析他们是否满足功能需求,是否合理。
(3)制定规格说明,编写需求分析的文档。
(4)需求分析评审。
为保证软件需求定义的质量,评审应以专门指定的人员负责,并按规程严格执行。
需求分析对系统的综合要求:功能需求;性能需求;可靠性和可用性需求;出错处理需求;接口需求;约束;逆向需求;将来可能提出的要求;获取需求的方法1、访谈同潜在需要的用户进行讨论使用情景分析技术通过大面积的市场调查和用户问卷调查2、面向数据流自顶向下求精采用自顶向下求精方法,分析员借助数据流图、数据字典和IPO图向用户解释输入数据是怎样一步一步地转变成输出数据的。
3、简易的应用规格说明技术4、快速建立软件原型2)用例图,要明白包含和扩展(书上没找到)用例图概要用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行(或称为发起了哪个用例)。
用例图多用于静态建模阶段(主要是业务建模和需求建模)。
实例用例之间扩展和包含关系用例的上下文是:短途旅行但汽车的油不足以应付全部路程。
那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现,不加油就不会完成旅行。
吃饭则可以由司机决定是否进行,不吃饭不会影响旅行的完成。
右图中的参与者有?(a) 1 (b) 2(c) 3 (d) 4右图中的用例有?(a) 1 (b) 2(c) 3 (d) 42和3之间是什么关系?5和6呢?(a) 扩展,包含(b) 包含,扩展5缺少了3仍然是个完整的用例?(a) 是的(b) 不是4能够参与2吗?1能够参与5吗?(a) 可以,不可以 (b) 不可以,可以习题答案:1、(a)(d)2、(b)(c)3、(b)4、(b)5、(b)3)常用软件过程模型23页软件过程(简单了解)软件过程是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。
软件需求工程知识点总结软件需求工程是软件工程的一个重要领域,它涉及到对软件系统需求的获取、分析、规格化和管理等工作。
软件需求工程知识点涵盖了需求获取、需求分析、需求规格化、需求验证和需求管理等方面的内容。
本文将对软件需求工程的相关知识点进行总结。
一、需求获取1. 需求获取的定义和重要性需求获取是软件需求工程的第一步,它涉及到对用户需求、业务需求和系统需求等进行调研和收集。
需求获取的目的是确保软件开发过程中能够充分了解并满足用户的需求,从而提高软件系统的质量和用户满意度。
需求获取通常通过访谈、问卷调查、观察和数据分析等方式来进行。
2. 需求获取的方法需求获取的方法包括:访谈法、问卷调查法、观察法和原型法等。
访谈法是最常用的需求获取方法,它通过与用户和相关利益相关者进行面对面的沟通,来了解他们的需求和期望。
问卷调查法则通过发放问卷并收集用户的意见和建议来获取需求。
观察法则是通过观察用户的行为和工作环境来获取需求。
原型法则是通过制作软件原型让用户亲自体验和反馈来获取需求。
3. 需求获取的挑战需求获取过程中面临的挑战主要包括需求不清晰、需求变化频繁、利益相关者之间存在矛盾等。
这些挑战会导致需求获取过程中出现误解和偏差,从而影响软件开发的进度和质量。
二、需求分析1. 需求分析的概念和目标需求分析是对需求进行深入的理解和挖掘,以确定需求之间的关联和约束条件,并确保需求的一致性、完整性和可行性。
需求分析的目标是将用户需求转化为系统需求,并形成需求规格说明书,为软件设计和开发提供依据。
2. 需求分析的方法和工具需求分析的方法包括:功能分解法、数据流图法、状态图法、场景建模等。
功能分解法是将系统功能进行分解,形成功能层次结构图。
数据流图法是通过绘制数据流图和数据字典来描述系统的数据流和数据元素。
状态图法是通过绘制状态图来描述系统中的各种状态和转移条件。
场景建模是通过场景描述来捕捉用户需求和系统行为。
3. 需求分析的类型需求分析的类型包括:功能需求分析、非功能需求分析和用户需求分析等。
一.名词解释1.Requirements ManagementAns: A systematic approach to eliciting,documenting,organizing,and tracking changing requirements(Ensuring that your team identifies,builds,tests and documents the right system for your customer)2.Root causes analysisAns: basic and contributing causes are discovered in a process similar to diagnosis of disease.3.R equirements elicitationAns:Sometimes called requirements discovery,involves technical staff working with customers to find out about the application domain, the services that the system should provide and the system‟s operational constraints,and stakeholders.4.R equirements WorkshopAns:Gather all key stakeholders together for a short but intensely focused period,using an outside facilitator,brainstorming and Idea reduction and listing of possible features and attributes.5.Domain ModelAns:Domain model may be considered a visual dictionary of the noteworthy abstractions, domain vocabulary and information content of the domain.6.High quality softwareAns: A software is good if it meets customers expectations:it is (at least) correct, reliable, maintainable, user-friendly ;the total cost it incurs over all phases of its life cycle is minimal.7.Requirements classificationAns:Functional requirements;Nonfunctional requirements;Design constraints. 8.R equirements baselineAns:The itemized set of features intented to be delivered in a specific version of the application.二.简答题1.L ist the six team skills of requirements management.Ans: Analyzing the Problem.Team;Understanding User Needs.Team ;Defining the System; Managing Scope;Refining the System Definition;Building the Right System. 2.Describe the differences among user‟s Needs, Features and Requirements.Ans: Needs are a service the system provides to fulfill one or more user needs; Features are A reflection of the business, personal, or operational problem that must be addressed in order to justify the use of a new system;3.Describe the differences and relations between Domain Model and Class Diagram.Ans:Domain model may be considered a visual dictionary of the noteworthy abstractions, domain vocabulary and information content of the domain, Domain mode is a representation of real-world conceptual classes,not of software components;A class diagram shows the existence of classes and their relationships in the logical view of a system.UML modeling elements in class diagrams:Classes and their structure and behavior;Association, aggregation, dependency, and inheritancerelationships;Multiplicity and navigationindicators;Role names4. List the technical methods of specifying requirements and give a short descriptionof each method.Ans:5.L ist the artifacts of requirements document and describe the use of each artifact.Ans:6. List the steps of how to build a Use Case Model.Ans:Step 1: Identify and describe the ActorsStep 2: Identify the use Cases and write a Brief DescriptionStep 3: Identify the Actor and use-Case RelationshipsStep 4: Outline the Individual Use CasesStep 5: Refine the Use Cases7. List the steps of how to define requirements baseline.Ans: Have feature list at hand.For each feature:1.Establish priority ;2.Assess effort required to develop feature;3.Risk involved in developing feature.三.分析题1.Use decision table to specify the following requirementsIf there is smoke, and you have given up smoking, and someone else is notsmoking ,then push the fire alarm and leave the building , but if there is no smoke, then do nothing.Ans:If there is smoke (condition 1)and you have given up smoking (condition 2)and someone else is not smoking (condition 3)then push the fire alarm (action 1)and leave the building (action 2)but if there is no smoke (condition 1)then do nothing (action1)2.Use decision table to specify the following requirements(On any given day.) I only take some leisure time after I have finished myhomework; otherwise, I do my homework. For leisure on Fridays, I go out to see a repertoire movie, but only if I have completed my homework before 6pm, otherwise (because it is too late for the movie) I just read a good book at home.Ans:3.Use state chart to specify the behavior of a traffic signal. (week8)1) a traffic signal facing north-south (NS)2) another one facing west-east (WE)Requirements:1) The red light only stays on for 25 seconds, then it is blinking for five seconds toindicate the approaching of the light change, followed by the green light.2) The green light stays for 25 seconds, at which time the yellow light is on.3) After 5 more seconds the yellow light gives way to the red light again, and so on.4) Consider that after startup the initial light for NS is set to green and for WE is setto red, and the traffic signals start indefinitely rotate among green, yellow and red.Ans:The traffic signals NS and WE are synchronized in time. When the traffic signal NS goes red, the traffic signal WE would go green, and vice versa.Synchronization:Product Machine of NS and WE四.设计题Main Success Scenario of use case …Play DiceGame‟:1. Our problem domain is developing a little game … DiceGame‟,following is it‟s Use case Diagram:(week1/6)1)Player indicates to the DiceGame system that s/he wishes to start a new game. 2)System indicates that the player can take a turn.3)Player indicates that s/he wishes to take a turn.4)System simulates rolling a die and displays the face value.5)Steps 3 and 4 are repeated6)System calculated the total and displays congratulations message. Problems:1、A ccording to scenarios ,build it‟s Domain Model。