系统概要设计说明书_快讯|史上最全CMMI认证现场访谈内容系列之《设计》FAQ

8a912e7323fb106faf772c5cae3050ae.png

今天为大家介绍CMMI现场评估过程中设计访谈问答内容,详情如下

1.Q: 是否识别了备选方案和最优方案选择准则?

A:根据决策主题从不同的评价准则考虑备选方案

评价准则:技术成熟度、依赖性、易用性、灵活性、复杂度、安全性、可用性、可伸缩性、可维护性、成本节约等。

2.Q: 你是如何在备选方案中选出最优方案?

A:采用加权打分法对备选方案进行评分,得分最高者即为最优方案。

加权打分法:将不同的准则设置成不同的加权值或系数;系数的总分为10分;然后将候选方案满足不同的准则的情况分别打分;每个准则的满分为10分;将某个的准则的分数与加权系数相乘得到这个准则的分数;将不同的准则的加权后的分数相加,就得到这个方案的最终得分。

3.Q: 你如何保证设计能覆盖所有的需求?

A:设计文档都是根据需求文档编写的,编写完成后会对设计文档进行评审,并且设计人员也参与需求文档的评审过程,另外设计人员也参与需求跟踪矩阵的编写,来保证设计覆盖需求。

4.Q: 你做哪些类型的设计?

A:概要设计、详细设计、数据库设计、接口设计等。

5.Q: 你是否记录了接口设计?在何处得到了记录?

A:在《需求规格说明书》或《接口管理表》中有对接口进行说明。

6.Q: 是否有考虑购买、复用分析?在哪里有记录?

A:在做概要设计的时候会考虑到复用分析,一般会复用之前类似的模块(主要是系统的架构、代码等),如果有采购,会全部外包给其他部门或者专门的外部方负责。

7.Q: TS是否有方针?保存在何处?

A:有相应的TS组织方针:充分的实现客户需求。文档路径:组织级-标准过程库-组织过程类-《组织方针》。

8.Q: 是否裁剪TS活动/过程?

A:组织层面有《裁剪指南》来帮助项目组做裁剪,设计方面没有做裁剪。

9.Q: 是否有TS相关的计划活动?

A:《项目计划书》中根据设计的标准流程进行概要设计、详细设计、设计评审等活动。

10.Q: 是否识别了与TS活动相关的资源?

A:《项目计划》中记录了设计过程中需要的软硬件资源和使用的工具。

11.Q: 作为设计人员,你是否明白自己的职责?

A: 在《岗位职责说明书》中有说明,设计人员的主要工作是根据需求进行产品方案设计。

12.Q: 作为设计人员,是否有接受TS过程域的培训?

A:都接受过 TS(技术解决方案过程域)的培训以及设计方面的岗位技能培训;

岗位技能培训:设计工具的使用培训、面向对象的技术培训、应用架构的培训等。

13.Q: 与设计TS相关的文档记录在何处?

A:一般都保存在配置管理工具上,根据公司实际使用的工具来说。

14.Q: 你是何时知道你被识别为设计这个角色来执行TS过程域相关的活动?

A:在项目启动会上被识别为设计人员参与项目的设计,在《项目计划书》中明确标明了设计岗位的人员;

项目团队里的人员都是干系人,比如项目经理,需求,编码,QA,CM等。

  1. Q: 你如何向项目经理汇报TS相关的活动?

A:参加周会、里程碑会议,向项目经理汇报工作进度,问题等事项,并编写周报和里程碑报告,提交给项目经理。

  1. Q: 你的TS活动是否有第三方来审计?审计出的不符合项记录在哪里?

A: 1)QA会定期检查设计相关的过程和文档记录;

2)QA检查出问题后会向项目经理进行反馈 ,然后跟踪问题直到问题解决关闭。记录在《不符合项问题管理表》中。

如果需要举例,可以到《不符合项问题管理》表中找跟设计相关的一个不符合项即可;例如:详细设计文档的部分功能设计不够细致。

  1. Q: 有和高层管理汇报设计的TS相关活动吗?

A: 高层管理者通过项目日常的工作汇报,参与项目重要会议等了解项目的具体实施情况,当有严重的不符合项出现高层也会参与进来一起讨论解决措施。

  1. Q:你保存哪些与TS活动相关的文档到过程资产库?

A: 文档:概要设计、详细设计文档、数据库设计

还可以列举一些设计方面好的经验教训,参考《过程改进建议表》与设计相关的经验,记住1-2条;例如:建议多增加一些开发语言的培训。

以上就是CMMI现场评估过程中设计访谈内容,下期继续为大家分享编码角色访谈内容,如有不清楚的地方可以向上海擎标进行垂询。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
国移动无线城市集运营服务平台系统项目 详细设计说明书 文档标识: 当前版本: 1.0 当前状态: 草稿 发布日期: 2012-8-28 发布  修改历史 日期 版本 作者 修改内容 评审号 变更控制号 2012-8-28 1.0 拓维 新建 目 录 1 总则 2 1.1 编写目的 2 1.2 读者对象 2 1.3 参考文档 2 1.4 术语与缩写 2 2 系统概述 2 2.1 模块结构 2 2.2 采用技术 3 3 模块设计 4 3.1 模块1 4 3.2 模块2…… 9 4 模块详细设计 9 4.1 模块1 9 4.2 模块2…… 12 1 总则 1.1 编写目的 明确任务和需求,使得软件开发人员知道软件开发流程,软件测试时更有条理 1.2 读者对象 描述该文档的阅读对象。 1.3 参考文档 描述该文档的参考文档。 1.4 术语与缩写 描述该文档的术语及解释。 2 系统概述 2.1 模块结构 描述软件系统的总体结构,可以使用结构图、层次分解图或包图来描述,并应说明系统结构划分的原则(例如,基于标准、协议所规定的体系结构,来自于分析模型的方案,或者基于原有体系结构的限制)。 示例: 2.2 采用技术 描述该系统所采用的技术。 示例: 数据ETL采用C++编程技术,经过FtpMain从外围系统抽取数据,Transfer_Main对数据进行清洗,load_data对清洗后的数据进行加载,完成ETL处理过程;前台流程配置界面采用JAVA编程技术,流程调度通过调度控件完成调度控制。 数据处理层(存储层、应用层、访问层)通过DB2存储过程技术实现对数据流的规则定义,通过调度程序完成数据流的流向控制。 最终展现,通过JAVA、JSP、HTML、GIS,视频监控等编程技术完成代码开发,并部署到WEB应用服务器(WebSphere等),主题采用BRIO工具结合WEB页面,地图技术,视频技术进行多维展现。 3 模块设计 按照需求进行模块分析设计。 3.1 模块1 3.1.1 模块说明 描述该模块的功能,对该模块进行说明。 示例: 实体渠道:提供渠道发展用户分析、业务受理分析、渠道构成分析、资源分析、考核分析,监控和评估渠道的运营状况和管理能力。 如果采用面向对象的设计模式,则可以使用用例图等来说明这些设计类之间如何交互,实现本模块的典型功能。 示例: 用例主要包括购卡支付、购卡冲正、折扣查询、购卡历史记录查询等, 由于采用异步通信方式将支付、冲正分为请求和响应两个子用例。 用例说明: 购卡支付请求:该用例说明用户通过短消息、wap、web等通信接入手段购买卡系统提供的各种卡,以短信为例,用户通过短消息向系统提交购卡指令,系统查询卡类型及金额,如卡类型正确则生成订单消息,并向用户的银行帐号扣款的支付请求。 购卡支付响应:若支付请求返回正确响应,系统查询原订单和交易记录,返回相应的卡号和密码,以短消息形式通知用户;如出现超时或数据库操作异常,系统自动发起冲正请求 3.1.2 模块设计 描述模块设计。可以用流程图表示。 示例: 也可以用类图体现。 【利用Rose工具给出系统的主要类框图,描述系统的静态行为】 示例: 主要类说明 MpcpParseChainBean 包名 com.talkweb.card.buzi 类名 MpcpParseChainBean 父类名 ChainBean 责任描述  XML解析  短信指令解析  消息协议转换(MPCP2SpDeliverMsg->TradeInfo) 协同类 使用MPCP2SpDeliverMsg的unmarshal进行XML的解析; 使用TradeInfo作为内部交易协议; 使用DefaultDAO读取数据库操作; 使用Log提供日志服务 属性 类型 描述 Logger Log 日志管理器 方法说明 方法名 process() 类型 protected Description 解析MPCP2SpDeliverMsg消息的XMLString转换为内部TradeInfo消息 Input InputMsg Output InputMsg Process  进行XML解析  调用MPCP2Trade()进行消息转换 方法名 MPCP2Trade() 类型 private Description MPCP2SpDeliverMsg消息转换TradeInfo Input MPCP2SpDeliverMsg(MPCP短消息) Output TradeInfo(本地交易报文) Process  调用parseCommand()解析短消息内容  将MPCP短消息转换为本地交易报文 方法名 parseCommand() 类型 private Description 解析短信内容为功能码 Input String(短信内容) Output Int(功能码) BUY_CARD= 100; QUERY_MONEY= 110; QUERY_FACE= 111; QUERY_HIS = 120; REPORT= 130; HELP = 140; UNKNOW_COMMAND= 0; Process 根据短信息内容产生功能码 3.1.3 数据结构 描述该模块对应的数据模型。 3.2 模块2…… 同3.1章节。 4 模块详细设计 4.1 模块1 4.1.1 功能点1 4.1.1.1 功能说明 对该功能点进行描述(比如:新增,修改,删除,查询等功能); 或者对该功能点的具体信息进行描述。 示例: 渠道发展用户日分析: 通过时间、地域、品牌、地理位置类型、排他性等角度分析各类渠道每日新增及离网用户的情况,实现对渠道的整体分析和监控。 支持切片、钻取,旋转等分析操作,以图表形式展现, 能够打印图表,并且能将图,表分别以图片格式,excel格式导出. 4.1.1.2 数据设计 描述后台的数据设计(存储过程)。 A示例(功能点): 存 储 过 程 名: CHLDW.ETL2_CUB_COUNTY_ADD_USER_DAY 分 析 类 型: 主题 结 果 表: CHLWI.CUB_CHL_ADD_USER_DAY 运 行 周 期: 日 调 用 方 式: CALL CHLDW.ETL2_CUB_COUNTY_ADD_USER_DAY (YYYYMMDD,0,999,?); 前 驱: 版 本: 1.0 设 计 人: 需 求 分 析 章 节: 1.5.1 需 求 编 码: WCMN000000001M 变 更 情 况: 统计步骤: 1) 开号用户数:取基础层的用户信息表(CHLODS.ODS_USR_INFO)与基本信息表(chlwi.t_channel_basicinfo)用渠道标志(CHANNEL_ID)关联,根据状态标志STS_ID=18,统计开号用户数量. 2) 销号用户数: 取基础层的用户信息表(CHLODS.ODS_USR_INFO)与基本信息表(chlwi.t_channel_basicinfo)用渠道标志(CHANNEL_ID)关联,根据状态标志STS_ID = 20,统计开号用户数量. 3) 预销号用户数:取基础层的用户信息表(CHLODS.ODS_USR_INFO)与基本信息表(chlwi.t_channel_basicinfo)用渠道标志(CHANNEL_ID)关联,根据状态标志STS_ID IN (19,21),统计开号用户数量. 或采用Sequence图来表示。 示例: 4.1.1.3 界面设计 示例: 主界面: 新增修改界面: 4.1.1.4 接口设计 描述接口。 4.1.2 功能点2….. 同4.1.1章节。 4.2 模块2…… 同4.1章节。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值