软考软件设计师必做练习题及答案

软测试软件设计师必须做练习题和答案软件设计者考试是全国计算机技术和软件专业技术资格考试(简称计算机软件资格考试)的中级考试。 考试不设学历和经历条件，不论年龄和专业性，考生都可以根据自己的技术水平选择合适的资格，但一次考试只能考一个资格。 考试采用笔试形式，考试实施全国统一大纲、统一问题、统一时间、统一标准、统一证书的考试方法。 以下是犀牛小编整理的软件测试软件设计师在考试前应该做的练习题。分析问题本题主要考察类图和顺序图。【问题1】必须分析该门禁系统的架构，根据架构的记述，判断哪个数据配置在哪个类中最佳。 根据主题，系统中的每个控制锁都有唯一的编号。 锁定状态有“已锁定”和“未锁定”两种。 因此，Lock中包含锁定编号和锁定状态这两个属性。 另外，在主机上不能设定每个锁的安全等级和用户的解锁权限成为问题。 只有在用户的解锁权限高于或等于锁的安全级别并且锁已被锁定时，才能打开锁。 因此，Lock还具有锁的安全级别。【问题2】首先，(1)、(2)是FingerReader和LockController之间的交互。 因此我们来看看在主题中如何表现他们的互动。 主题有“指纹收集器将中断事件发送到锁上，锁从指纹收集器读取用户的指纹”，所以(1)填写中断事件，(2)读取指纹。 (3)是主机和UserInfo的交互，从图2-35可以看出，由于UserInfo中存储着用户的指纹信息和解锁权限，所以(3)应该从UserInfo读取用户的指纹信息和解锁权限。 (4)将“读取锁定的安全等级”留空。 (5)是MainFrame发送给自己的消息，主题中的“主机根据存储在数据库中的信息，判断用户是否具有解锁权限，如果锁当前处于锁定状态，则释放锁定，否则系统警告”为， 主机获得所有信息后，为了判断用户能否解锁，(5)写入判断用户能否解锁。【问题3】这是一个纯粹的理论问题，直接阅读参考答案。问题参考答案【问题1】锁的编号、安全级别和锁的当前状态。【问题2】(1)中断事件(2)读取用户的指纹(3)读取用户的解锁权限(4)读取锁的安全等级(5)判断用户是否有解锁的权限，用户是否可以解锁【问题3】组件和聚合表示实例之间的整体/部分关系。 组装是集体的形式。集合是概念性的，只区分整体和部分。组装具有很强的归属关系，整体和部分对象生存周期一致。问题2分析本问题考察UML类图和序列图的基本知识。【问题1】一个商品类别可以有多个商品，但是由于一个商品只对应一个商品类别，所以商品类别和商品的关系是1:0.*)空白“0.”(2)空白“1”。促销活动与商品的关系是，一个促销活动至少需要一个促销商品，否则就不能成为促销活动。一种商品可以参加多个促销活动，促销活动与商品的关系特别，应该是0.*:1.*，(3)在空白处填上“0.”让我们看看订单与促销活动之间的关系。 主题解释说“用户可以参加促销活动”，但由于促销活动有多个客户可以订购，因此它们的关系为1:0.*，因此(5)空白为“1”，(6)空白为“0.”。【问题2】在序列图中，消息在垂直方向上从上到下运行，虚线表示消息结果的返回。 在图2-38中，包含两个操作，第一个操作是得到某个商品的信息，其流程是从商品分类列表中找出相应的分类，接着从分类中找出具体的商品，从与该商品对应的分类中得到相应的信息。 (7)空记为“getcategory”，(8)空记为“getCommodities”。 第二个操作是创建促销活动并指定促销产品，因此(9)必须填写“创建促销”，10 )必须填写“添加促销”。【问题3】这是一个纯粹的理论问题，请直接阅读参考答案。问题2参考答案【问题1】(1)0.n或1.n(2)1(3)0.n(4)1.n(5)1(6)0.n【问题2】(7)getcategory(8)getcommodities(9) createprotion (10 ) add commodities【问题3】关系：聚合(聚合)是相关的例外。 (集合是关联之一)差异：合并表示部分与整体关系的关系。问题3分析在这个问题上，查看类图和状态图。【问题1】因为“在每个曲子的记述信息中，制约了歌曲的名称、作曲的艺术家、演奏了歌曲的艺术家”和图2-39的a类和b类之间的“创作”、“演奏”，所以a类和b类只是艺术家和歌曲，另外，图中所示的关联(1，0 . 类b和类e之间是集合关系，并且可以将类e设置为轨道，因为标题“一个轨道仅包含一首歌，或者空，一首歌可以分布在多个轨道上”。接着，类e和类f之间具有配置关系，从“每个记录由多个轨道构成”中获得，类f是记录(Album )。 从c级和d级来看，a级之间有泛化关系，“艺术家可能是由歌手或两个以上的歌手构成的乐队”，所以c级和d级是歌手和乐队，另外c级和d级有集体关系，“歌手不属于任何乐队【问题2】c级是乐队，d级是歌手，“有由两个以上的歌手构成的乐队。 歌手可以不属于任何乐队，也可以属于一个以上乐队”，第(1)的空白必须填写“0 .”，第(2)的空白必须填写“2 .”。 b类和e类有集合关系，标题上写着“一个音轨中只包含一首歌，或者是空的，一首歌可以分布在多个音轨上”，所以第(3)空写为“0.1”，第(4)空写为“1 .”。由于级e与级f有泛化关系，标题为“每张记录由多个轨道构成”，所以(5)空白必须填写“1.*”，(6)空白必须填写“1”。尤其是“0.*”或“1.*”表示和实际情况，例如，(5)空，记录至少有一些轨道，当然至少有一个。 否则不是唱片，所以从1开始。【问题3】此问题是递归关联，它是类/对象关联的特殊关联之一，描述了同一类的不同实例之间的关系。 类Track的不同实例之间存在这样的关系(即，播放器必须准确地知道下一个音轨和上一个音轨是什么)。 缺少的联系的两端是类路径，其多重性都是0.1。 下限为0，对应于不存在上一个或下一个轨迹。【问题4】在问题4中，给出“关闭”和“再生”两种状态，需要找到从“关闭”到“再生”的最短事件序列。 它是指只要能够在状态图中找到连接这两个状态的最短转移，并记录转移上的事件即可。要从“关闭”状态转换到“播放”状态，请选择“连接到计算机”转换到“联机”状态，“断开连接”转换到“打开”状态，“选择歌曲”从“打开”状态的初始状态转换到“播放”状态。 这样，经过的事件序列选择连接计算机的功率饱和/复制完成并断开连接的歌曲。 很明显，这样的事件程序，“关闭”比经过“按任意键”到达“打开”状态要长得多。 从“关闭”到“播放”的最短事件序列是按任意键选择歌曲。问题3参考答案【问题1】A:ArtistB:SongC:BandD:MusicianE:TrackF:Album【问题2】(1)0.*(2)2.*(3)0.1(4)1.*(5)1.*(6)1【问题3】【问题4】按任意键选择歌曲。问题4分析主题以希赛公司在线会议评审系统为例，考生调查了UML用例图和活动图的把握情况。【问题1】主题提供用户、作者、审查者、委员会主席4种参加者，明确主题的系统功能记述中得到的各参加者之间的关系是很重要的。(1)“用户最初使用系统时，必须作为作者或评论者登录系统”，可知系统内的用户分为作者和评论者两类。(2)“会议委员会主席是特别审查者”。根据以上两个条件，已经发现a-1对应于用户，a-2对应于作者，a-3对应于审阅者，a-4对应于会议委员会主席。 同时在UML图中不允许中文的出现，主题明确要求以英文名称给出对应A1A4的参加者，因此A1A4中必须分别填写User、Author、Reviewer、PCChair。【问题2】“会议委员会主席是特别的审查者，阅览提交的原稿，向审查者发布原稿，罗列采用或者拒绝的原稿，关闭审查程序”和“用例名单”组合后，会议委员会主席能够操作的功能是，阅览提交的原稿，向审查者发布原稿，罗列采用或者拒绝的原稿，关闭审查程序从“结束审核过程需要包括采用或拒绝的原稿列表”可以看出，用例“结束审核过程”与“创建采用或拒绝的原稿列表”之间存在关系。 由此，对应U1的用例是罗列采用或拒绝的原稿。 另外，(2)对应的关系是包含关系，U1填写“listaccepted/rejectedpapers”，(2)是“”。 这样，剩下的两个功能“阅读提交的原稿”和“向审阅者分发原稿”对应U2和U3，所以U2和U3必须分别填写“browsesubutputpers”和“assignpapertoreviewer”。【问题3】这个小问题调查了关于考生的包含和扩张的关系的理解。 在问题2的分析中，得到了(2)的填写。 让我们看一下(1)。 此空白是“注册”与“提交帖子”之间的关系，在提交帖子时，如果用户已经注册，则可以直接提交，但是如果用户未登录，则必须登录提交，因此该关系必须是扩展关系。 换句话说，(1)必须填写“”。【问题4】这张活动图描绘了作者提交稿件的过程，这个过程的主题描绘得很详细“作者登录后提交原稿，阅读原稿的审查结果。 提交稿件必须在规定的提交时间范围内。 在这个过程中，输入标题和摘要，选择原稿所属的主题类型，选择原稿的所在地(存储场所)。 如果上述几个步骤未完成，则重复完成后，原稿将上载到数据库，系统将发送通知。 Action1Action4分别输入标题和摘要，选择帖子所属的主题类型，选择帖子所在的位置，上载帖子。 因此，action 1至action 4分别输入entertitleandabstract、selectsubjectgroup、selectpaperlocation和uploadpaper。问题4参考答案【问题1】a1:user a2:author3: reviewer a4:PC chair【问题2】u1:list accepted/rejectedpersu2: browsesubutterpersu3:assignegnpapertoreviewer注： U2和U3的回答是兼容的【问题3】(1)(2)【问题4】Action1:entertitleandabstractaction2:selectedsubjectgroupaction3:selectapaperllocationaction4:上传路径问题5分析本问题考察了在面向对象系统开发时使用UML模型进行建模的方法。【问题1】确定参与者时，请查看与系统对话的人员和外部系统。 在本问题中，与系统交互的人员包括员工、注册系统的员工(顾客)、餐馆员工、菜单管理员、配餐员和薪资系统。根据菜单管理者是餐厅特定员工与图2-43的A2和图的餐厅的员工的一种的关系，可知A2是菜单管理者的图2-43中，没有记载与薪资系统的交互，但根据对薪资系统的同时支付，A1是薪资系统【问题2】在本问题上，“任何员工都可以看到菜单和今天的特价”，因此在图2-43中用例不足，可以看到今天的特价，对应的参加者是员工，“系统的顾客注册工资支付”。 图中没有实例注册工资支付，对应的参加者与顾客作为工资系统的“餐厅的员工准备饭菜，可以生成支付请求发送给工资系统”，因此图2-43中没有实例“生成支付请求”， 可以知道对应的参加者是餐厅的员工和工资系统的“菜单管理者是餐厅的特定员工，可以管理菜单”，所以在图2-43中没有用例管理菜单，可以知道对应的参加者是菜单管理者。另外，在与注册工资支付对应的用户中，虽然没有明确说明与工资系统的对话，但从“对注册工资支付的顾客生成支付请求并发送给工资系统”来看，可知工资支付由工资系统控制，所以注册【问题3】在顾客订货过程的记述中，在“顾客选择料理”之前，图中缺乏符号和活动。 说明中的顾客判断为“不能预约(如果没有注册，就需要先注册)”，在系统“显示菜单和今天的特价”后“顾客选择料理”前，需要判断(判断符号)现在的用户身份是否是顾客，否则， 因为需要先注册的“把电子邮件发送给顾客确认预约