精华内容
下载资源
问答
  • 研究设计是描述性研究,研究工具是动机,信念,策略和焦虑的问卷。 使用SPSS计算所有可用数据。 研究结果表明,策略使用是成功学习语言的最佳预测指标,而动机强度在影响策略使用中起着最重要的作用。 此外,优秀的...
  • 研究设计:采用由一名研究人员指导的自我管理问卷的横断面设计。 方法:从马来西亚Kebangsaan大学医院和吉隆坡儿科研究所招募的包括299名急性淋巴细胞性白血病(ALL)儿童父母的通用样本。 回应率为98%。 数据收集...
  • 设计模式:单例模式、简单工厂模式、工厂方法模式、抽象工厂模式、MVC模式、单例模式、建造者模式、适配器模式、代理模式、装饰模式、命令模式、观察者模式 、策略模式、外观模式、模板方法模式、中介者模式、原型...

    设计模式:单例模式、简单工厂模式、工厂方法模式、抽象工厂模式、MVC模式、单例模式、建造者模式、适配器模式、代理模式、装饰模式、命令模式、观察者模式

    、策略模式、外观模式、模板方法模式、中介者模式、原型模式、迭代器模式、状态模式、桥接模式、备忘录模式、组合模式

     、

    版本控制工具:VSS、CVS、SVN

     

    测试工具:LoadRunner、Bugzilla、JTest/JUnit、JIRA、WAS、NUnit、WinRunner、StrutsTestCase、RationRobot、TD、Visual Studio

     

    Python、Perl、Groovy、Ruby

     

    Object-C

     

    MacOS、OS/390/400、HP-UX、IOS

     

    需求说明书、概要设计说明书、详细设计说明书

    测试用例、测试报告、用户手册、周/日报

     

    文档描述、静态原型法、建模工具

     

    RUP:统一软件过程

    迭代式开发

     

    XP:极限编程

    沟通、简单、反馈、勇气、谦逊

     

    瀑布模型

    制定计划、需求分析、软件设计、程序编写、软件测试和运行维护

     

    敏捷开发

    快速迭代

     

    每日构建

     

    基于CMMI(软件能力成熟度模型集成)

     

    企业MIS(企业管理信息系统)/OA、ERP(企业资源计划)、CRM(客户关系管理)、

     

    软件工程师/程序员、项目leader、技术总监、项目经理、架构师、开发经理

     

     

    展开全文
  • 以需求分析理论中的学生需求为研究重点,通过问卷和访谈等手段,结合数据分析,探讨了目前大学英语教学中存在的主要问题,并从课程设置、课堂设计、课下引导几个方面,提出了基于学生需求的大学英语教学策略
  • 为了达到研究目的,本研究采用了定量研究设计。 数据是通过对50所公立学校的100名教师进行随机抽样而收集的,这些学校使用一套问卷调查以英语为主题。 使用SPSS分析数据。 数据以百分比和频率表示。 主要发现表明,...
  • 通过经管类专业学生的问卷调查,并应用结构方程模型方法分析教学策略对大学生个性化发展的影响机理。研究发现,在个性化教学策略中,个性化参与教学管理、个性化教学设计、个性化教学引导、个性化校园文化的不足都会...
  • 该研究使用横断面研究设计来收集定量和定性数据。 从160位受访者那里收集了家庭数据,并在关键信息提供者访谈的支持下进行了结构化问卷调查。 多项式logit建模(MNL)用于确定所选家庭社会人口统计学因素对针对干旱...
  • 包括资料收集、问卷设计、资料分析及分析流程。 四、个案研究 包括个案公司的介绍、组织架构、以五力分析个案公司及建构平衡计分卡的各项指标。 五、研究结果与分析 将平衡计分卡的各项指标问卷经过统计分析的结果,...
  • 本附录提供了一套基于策略问卷调查,为七个最重要的质量属性:有效性、互操作性、可修改性、性能、安全性、可测试性和可用性。我们如何知道这七个最重要?这一决定是针对利益相关者超过15年的SEI ATAM数据进行质量...
  • 设计:使用横截面调查设计。 地点:该研究是在挪威东南部的一所大学进行的。 参与者:护理学士学位课程的两个队列中的学生,N =499。方法:在五个护理院安置期间,收集了有关护理学生对临床学习环境的看法的数据。 ...
  • 软件架构设计---软件架构评估

    千次阅读 2018-09-18 07:29:30
    软件架构评估  软件架构评估是在对架构分析、评估的基础上,对架构策略的选取进行决策。它也可以灵活地运用于对软件架构进行... (1)基于调查问卷或检查表的方式:该方式的关键是要设计问卷或检查表,它充分利...

    软件架构评估

        软件架构评估是在对架构分析、评估的基础上,对架构策略的选取进行决策。它也可以灵活地运用于对软件架构进行评审等工作中。

    1 软件架构评估的方法

        业界已开发出多种软件架构评估的方法,按基于的技术手段来看,可以分为三类:基于调查问卷或检查表的方式、基于场景的方式和基于度量的方式。

        (1)基于调查问卷或检查表的方式:该方式的关键是要设计好问卷或检查表,它充分利用系统相关人员的经验和知识,获得对架构的评估。其缺点是在很大程度上依赖于评估人员的主观推断。

        (2)基于场景的方式:基于场景的方式由 SEI  首先提出并应用在架构权衡分析法(Architecture Tradeoff Analysis Method,ATAM)和软件架构分析方法(Software Architecture Analysis Method,SAAM)中。它是通过分析软件架构对场景(也就是对系统的使用或修改活动)的支持程度,从而判断该架构对这一场景所代表的质量需求的满足程度。下节将对ATAM 进行重点介绍。

        (3)基于度量的方式:它是建立在软件架构度量的基础上的,涉及三个基本活动,首先需要建立质量属性和度量之间的映射原则,即确定怎样从度量结果推出系统具有什么样的质量属性;然后从软件架构文档中获取度量信息;最后根据映射原则分析推导出系统的质量属性。它能提供更为客观和量化的质量评估,但它对评估人员及其使用的技术有较高的要求。ATAM 中也使用了度量的思想(度量效用)。

     

    2 架构的权衡分析法

        从技术角度对软件架构进行评估,旨在通过分析来预见软件的质量;通过分析来创建、选择、评估与比较不同的架构。例如,Kazman 等人在 2000 年提出的架构的 ATAM 方法。 ATAM 方法不但能够揭示架构如何满足特定的质量需求(例如,性能和可修改性),而且还提供了分析这些质量需求之间交互作用的方法。使用 ATAM 方法评价一个软件架构的目的是理解架构设计满足系统质量需求的结果。

        ATAM 产生如下结果。

        (1)一个简洁的架构表述:ATAM  的一个要求是在一小时内表述架构,这样就得到了一个简洁、可理解的、面向普通项目关系人的架构表述。它是从架构文档中提炼形成的。

        (2)表述清楚的业务目标。

        (3)用场景集合捕获质量需求。

        (4)架构决策到质量需求的映射。

        (5)所确定的敏感点和权衡点集合:这个集合是一些对一个或多个质量属性具有显著影响的架构决策。如:备份数据库就是这样一个架构决策,它对可靠性产生正面影响,而对系统性能产生负面影响,因此需要进行权衡。

        (6)有风险决策和无风险决策。

        (7)风险主题的集合。找到这些风险主题旨在采取相应的措施。

        (8)产生一些附属结果。评估过程形成的文档(经受住了评估的考验)可以作为经验保留下来。

        (9)还产生一些无形结果,如能够使项目关系人产生“团队感”,提供了一个交流平台和沟通渠道,使大家更好地理解架构(优势及弱点)。

        ATAM 的 9 个步骤如下。

        (1)ATAM 方法的表述:评估负责人向参加会议的项目代表介绍 ATAM(简要描述 ATAM 步骤和评估的结果)。

        (2)商业动机的表述。项目决策者从商业角度介绍系统的概况。

        (3)架构的表述。对架构进行详略适当的介绍。设计师要描述用来满足需求的架构方法或模式,还应描述技术约束条件及与其他系统的交互等。

        (4)对架构方法进行分类。通过研究架构文档及倾听上一步的表述,了解系统使用的架构模式和方法(进行明确命名)。

        (5)生成质量属性效用树。可以选取这样一棵树:根——质量属性——属性求精(细分)——场景(叶)。修剪这棵树,保留重要场景(不超过 50 个),再对场景按重要性给定优先级(用 H/M/L 的形式),再按场景实现的难易度来确定优先级(用 H/M/L 的形式),这样对所选定的每个场景就有一个优先级对(重要度,难易度),如(H,L)表示该场景重要且易实现。

        (6)分析架构方法。评估小组按优先级对上述效用树的场景进行分析(小组成员提问,设计师回答、解释),探查实现场景的架构方法。评估小组把相关架构决策编成文档,确定其有风险决策、无风险决策、敏感点、权衡点,并对其进行分类(分别用表格列出)。

        (7)集体讨论并确定场景的优先级。由于项目关系人的不同角色及所关心的场景不一致,因此,应鼓励项目关系人考虑效用树中尚未分析过的场景。集体讨论后,可通过投票的方式获得各场景的优先级。通过把集体讨论确定了优先级的一组场景与效用树中的那组场景进行比较,能发现设计师所想的与项目关系人实际所要的是否存在差距,这一差距是否导致风险。

        (8)分析架构方法。类似于第 6 步,这时,评估小组引导设计师实现在第 7 步中得到的优先级最高的场景。

        (9)结果的表述。把在 ATAM 分析中得到的各种信息进行归纳总结,并呈现给项目关系人。主要有:

    • 已编写了文档的架构方法;

    • 经过讨论得到的场景集合及其优先级;

    • 效用树;

    • 所发现的有风险决策;

    • 已编成文档的无风险决策;

    • 所发现的敏感点和权衡点。

     

    3 成本效益分析法

        在大型复杂系统中最大的权衡通常必须考虑经济性,因此,需要从经济角度建立成本、收益、风险和进度等方面软件的“经济”模型。成本效益分析法(the Cost Benefit Analysis Method,CBAM)是在 ATAM 上构建,用来对架构设计决策的成本和收益进行建模,是优化此类决策的一种手段。CBAM 的思想就是架构策略影响系统的质量属性,反过来这些质量属性又会为系统的项目关系人带来一些收益(称为“效用”),CBAM 协助项目关系人根据其投资回报(ROI)选择架构策略。CBAM 在 ATAM 结束时开始,它实际上使用了 ATAM 评估的结果。

        CBAM 的步骤如下。

        (1)整理场景。整理 ATAM 中获取的场景,根据商业目标确定这些场景的优先级,并选取优先级最高的 1/3 的场景进行分析。

        (2)对场景进行求精。为每个场景获取最坏情况、当前情况、期望情况和最好情况的质量属性响应级别。

        (3)确定场景的优先级。项目关系人对场景进行投票,其投票是基于每个场景“所期望的”响应值,根据投票结果和票的权值,生成一个分值(场景的权值)。

        (4)分配效用。对场景的响应级别(最坏情况、当前情况、期望情况和最好情况)确定效用表。

        (5)架构策略涉及哪些质量属性及响应级别,形成相关的策略—场景—响应级别的对应关系。

        (6)使用内插法确定“期望的”质量属性响应级别的效用。即根据第 4 步的效用表以及第 5 步的对应关系,确定架构策略及其对应场景的效用表。

        (7)计算各架构策略的总收益。根据第 3 步的场景的权值及第 6 步的架构策略效用表,计算出架构策略的总收益得分。

        (8)根据受成本限制影响的 ROI(Return On Investment,投资报酬率)选择架构策略。根据开发经验估算架构策略的成本,结合第 7 步的收益,计算出架构策略的 ROI,按 ROI 排序,从而确定选取策略的优先级。

     

    展开全文
  • 回想一下你登录网站填写信息、购物填写地址、填写调查问卷、修改个人中心信息时……都是在和表单发生互动。 对于设计师而言,如何设计出一个体验优秀的表单?我总结了这 5 大策略: 填写流程与问题设计 1. ...

    最为常见的信息收集表单,却最容易忽视它的体验。

    表单(不是表格),作为最为常见的页面模块,是不是都快忽略它的存在了?回想一下你登录网站填写信息、购物填写地址、填写调查问卷、修改个人中心信息时……都是在和表单发生互动。

    5大策略,帮你设计一个体验优秀的Web端表单

    对于设计师而言,如何设计出一个体验优秀的表单?我总结了这 5 大策略:

    5大策略,帮你设计一个体验优秀的Web端表单

    填写流程与问题设计

    1. 足够精简的填写流程

    想让用户不设防、还不被打断填写完信息,填写流程就需要足够精简,才能让用户顺畅地完成信息采集,同时需要确保产品所有表单页面操作的一致性。

    你可能遇到过这样的场景,用社交账号登录一个产品,登录后不是进入首页,而是继续让你输入手机号码后才能使用,这就打断了用户填写信息的流程,失去了好的体验,甚至可能造成用户流失。

    2. 多页填写要有进程提示

    如果填写信息分为多页,需要有进程提示,以便用户知道自己填写信息的位置、剩余步骤,使用 Tab 键需要能跳转到下一个输入框。

    5大策略,帮你设计一个体验优秀的Web端表单

    3. 问题设计的4个方法

    每一个问题该保留还是删减,是一个值得思考的事情。用户希望填写的信息越少越好,可以快点使用产品。所以去掉那些可有可无的问题,保留有价值的问题。

    延迟指的是一些特殊问题后置,让用户输入信息时、不会觉得突兀、门槛太高,比如要收集银行卡这样比较重要的信息,不要让用户第一个填写,而是将问题后置。

    对于解释,依旧以收集银行卡信息为例,需要说明为何收集这条信息,比如用于支付,或者是绑定后支付可以获得优惠等。

    4. 用户不关心冒号

    不要纠结冒号,用户不关心冒号,他们只关心自己要填写什么信息。

    5. 主动作与次动作

    表单中的主动作包括提交、保存、继续等,它们都带有继续操作下去或者完成操作的属性,在表单中的视觉效果应更突出。

    次动作主要有取消、重制、返回、预览、导出、导入等,这类操作属于次要层级,主要属性是打断当前流程或者对当前信息的操作,视觉层级也处于次要。

    5大策略,帮你设计一个体验优秀的Web端表单

    选择合适的输入框

    1. 输入框的类型

    输入框是提供回答问题的方式,有输入框和输入框组之分。

    输入框主要有复选框、单选钮、下拉菜单、文本框、列表框(极少使用);输入框组类型有复合输入框、关联输入框、父子输入框等。

    5大策略,帮你设计一个体验优秀的Web端表单

    完整类型的输入框可以参考ant design组件,它包含了几乎会使用到的所有类型。

    2. 标签、输入框的对齐

    标签对齐的方式有四种,左对齐、右对齐、顶对齐和输入框内标签。其中顶对齐方式会加快用户处理速度,因为视线只需要在中间一块儿移动,但会增加页面的垂直空间。

    5大策略,帮你设计一个体验优秀的Web端表单

    慎用框内提示,当输入内容过多时,可能会忘记这个提示,适用于简单的输入框,如注册、登录界面的表单。

    输入框的长度会暗示填写信息的长度,预先需做好表单中输入框长度归类。如果不用暗示信息长度,需要统一输入框长度。

    3. 选填与必填

    经过无数产品长时间的教育,用户已经知道带星号*(或是红点 · )的必填项,当必填项多于选填项时,可以标记清楚选填项,而不是所有必填项加星号,这样可以减轻视觉负担。

    合理使用帮助提示

    1. 尽可能减少帮助提示

    不要依赖文字的帮助来弥补表单设计本身的不足,帮助文字能不用就别使用,如需要使用,要尽可能简洁明了,并选择好提供帮助的时机。

    5大策略,帮你设计一个体验优秀的Web端表单

    2. 帮助提示的5种样式

    常见的帮助提示有弹窗、toast(常见于移动端)、snackbar、气泡和行内提示 5 种样式,每一种提示的使用场景不同,对用户当前操作影响也不同。

    弹窗提示是直接打断当前的操作;行内提示可清晰定位提示位置;气泡提示多用于指示性、信息提示等场景;snackbar 类似于 toast,都是在顶层出现短时间的操作提示,但 snackbar 可以附带操作属性,如带有撤销的按钮。

    5大策略,帮你设计一个体验优秀的Web端表单

    3. 自动即时帮助

    即时帮助需要在合适的时间和位置。新浪网注册页面,当开始填写手机号码时,会提示国内和海外填写区别,如果直接跳转到第二个输入框,会立刻给出错误提示,来引起你的注意。

    5大策略,帮你设计一个体验优秀的Web端表单

    4. 成功提示

    成功提示属于整个输入信息的额外信息,是对用户完成信息输入的提示和感谢,所以如果要增加成功提示需要简短打动人,能够唤起用户正向的情绪即可,否则宁可不要成功提示。

    5大策略,帮你设计一个体验优秀的Web端表单

    信息验证

    1. 错误提示的验证

    错误提示适用于错误率较高,有特定格式要求的问题。

    QQ 和虾米音乐的注册页面,手机号填写位数不对时,跳转到下一个输入框依旧能通过验证,到用户少输入一位获取不到验证码时,就很难发现错误所在。36kr 的注册界面中,跳转后会给出提示。

    5大策略,帮你设计一个体验优秀的Web端表单

    错误提示需要和输入位置紧密相关,以便用户可以清晰看到是什么位置出现了什么错误。

    2. 即时验证的时机

    即使验证要在输入之后,而不是输入过程中。

    你可能遇到过,输入邮箱时,刚开始输入第一个数字或者是字母,输入框后面就提示错误,但当你输入完整个邮箱地址后,错误提示变成正确提示,这种情况下,你会想是不是哪里出错了,怎么一直有错误提示,这就造成了不必要的困扰。

    3. 输入限制需实时提示

    限制输入常见于固定信息输入、或者是输入较长的文本信息,这样的提示需要实时提醒用户。

    其他输入

    1. 默认状态

    如果可以,单选按钮有必要给出默认状态,提示用户作出选择,例如性别的选择,有的产品除了男、女选项外,会增加一个不想透露(或者保密)作为默认选择。

    5大策略,帮你设计一个体验优秀的Web端表单

    2. 层叠样式

    当需要显示很多输入信息时,或者选项需要单独考虑时,都可以考虑使用层叠样式,最常见的层叠样式就是下拉选择框、时间日期选择等。层叠不应遮挡住底部信息(尤其选择信息比较复杂时可能会忘记底部信息),这样可能会造成选择困扰。

    5大策略,帮你设计一个体验优秀的Web端表单

    总结

    以上内容主要来自 Luke Wroblewski 的《Web表单设计》这本书,书虽然是 2010 年出版的,但其中的很多基础的知识点到现在依旧通用,同时也适用于移动端产品设计。

    展开全文
  • 该方式的关键是要设计问卷或检查表,它充分利用系统相关人员的经验和知识,获得对架构的评估。其缺点是在很大程度上依赖于评估人员的主观推断。 (2)基于场景的方式 基于场景的方式由 SEI 首先提出

    软件架构评估是在对架构分析 、 评估的基础上,对架构策略的选取进行决策。它也可以灵活地运用于对软件架构进行评审等工作中。

    1 软件架构评估的方法

    业界已开发出多种软件架构评估的方法,按基于的技术手段来看,可以分为三类:基于调查问卷或检查表的方式 、 基于场景的方式和基于度量的方式。

    (1)基于调查问卷或检查表的方式

    该方式的关键是要设计好问卷或检查表,它充分利用系统相关人员的经验和知识,获得对架构的评估。其缺点是在很大程度上依赖于评估人员的主观推断。

    (2)基于场景的方式

    基于场景的方式由 SEI 首先提出并应用在架构权衡分析法( Architecture Trade off Analysis Method , ATAM )和软件架构分析方法( Software Architecture Analysis Method , SAAM )中。它是通过分析软件架构对场景(也就是对系统的使用或修改活动)的支持程度,从而判断该架构对这一场景所代表的质量需求的满足程度。

    (3)基于度量的方式

    它是建立在软件架构度量的基础上的,涉及三个基本活动,首先需要建立质量属性和度量之间的映射原则,即确定怎样从度量结果推出系统具有什么样的质量属性;然后从软件架构文档中获取度量信息;最后根据映射原则分析推导出系统的质量属性。它能提供更为客观和量化的质量评估,但它对评估人员及其使用的技术有较高的要求。 ATAM 中也使用了度量的思想(度量效用)。

    2 架构的权衡分析法

    从技术角度对软件架构进行评估,旨在通过分析来预见软件的质量;通过分析来创建 、 选择 、 评估与比较不同的架构。例如, Kazman 等人在 2000 年提出的架构的 ATAM 方法。

    ATAM 方法不但能够揭示架构如何满足特定的质量需求(例如,性能和可修改性),而且还提供了分析这些质量需求之间交互作用的方法。使用 ATAM 方法评价一个软件架构的目的是理解架构设计满足系统质量需求的结果。

    ATAM 产生如下结果
    (1)一个简洁的架构表述: ATAM 的一个要求是在一小时内表述架构,这样就得到了一个简洁 、 可理解的 、 面向普通项目关系人的架构表述。它是从架构文档中提炼形成的。
    (2)表述清楚的业务目标。
    (3)用场景集合捕获质量需求。
    (4)架构决策到质量需求的映射。
    (5)所确定的敏感点和权衡点集合:这个集合是一些对一个或多个质量属性具有显着影响的架构决策。如:备份数据库就是这样一个架构决策,它对可靠性产生正面影响,而对系统性能产生负面影响,因此需要进行权衡。
    (6)有风险决策和无风险决策。
    (7)风险主题的集合。找到这些风险主题旨在采取相应的措施。(8)产生一些附属结果。评估过程形成的文档(经受住了评估的考验)可以作为经验保留下来。
    ( 9 )还产生一些无形结果,如能够使项目关系人产生 “ 团队感 ” ,提供了一个交流平台和沟通渠道,使大家更好地理解架构(优势及弱点)。

    ATAM 的 9 个步骤如下:

    (1)ATAM 方法的表述

    评估负责人向参加会议的项目代表介绍 ATAM (简要描述 ATAM 步骤和评估的结果)。

    (2)商业动机的表述

    项目决策者从商业角度介绍系统的概况。

    (3)架构的表述

    对架构进行详略适当的介绍。设计师要描述用来满足需求的架构方法或模式,还应描述技术约束条件及与其他系统的交互等。

    (4)对架构方法进行分类

    通过研究架构文档及倾听上一步的表述,了解系统使用的架构模式和方法(进行明确命名)。

    (5)生成质量属性效用树

    可以选取这样一棵树:根 —— 质量属性 —— 属性求精(细分) —— 场景(叶)。修剪这棵树,保留重要场景(不超过 50 个),再对场景按重要性给定优先级(用 H /M/ L 的形式),再按场景实现的难易度来确定优先级(用 H /M/ L 的形式),这样对所选定的每个场景就有一个优先级对(重要度,难易度),如( H , L )表示该场景重要且易实现。

    (6)分析架构方法

    评估小组按优先级对上述效用树的场景进行分析(小组成员提问,设计师回答 、 解释),探查实现场景的架构方法。评估小组把相关架构决策编成文档,确定其有风险决策 、 无风险决策 、 敏感点 、 权衡点,并对其进行分类(分别用表格列出)。

    (7)集体讨论并确定场景的优先级

    由于项目关系人的不同角色及所关心的场景不一致,因此,应鼓励项目关系人考虑效用树中尚未分析过的场景。集体讨论后,可通过投票的方式获得各场景的优先级。通过把集体讨论确定了优先级的一组场景与效用树中的那组场景进行比较,能发现设计师所想的与项目关系人实际所要的是否存在差距,这一差距是否导致风险。

    (8)分析架构方法

    类似于第 6 步,这时,评估小组引导设计师实现在第 7 步中得到的优先级最高的场景。

    (9)结果的表述

    把在 ATAM 分析中得到的各种信息进行归纳总结,并呈现给项目关 系人。主要有:

    1. 已编写了文档的架构方法;
    2. 经过讨论得到的场景集合及其优先级;
    3. 效用树;
    4. 所发现的有风险决策;
    5. 已编成文档的无风险决策;
    6. 所发现的敏感点和权衡点。

    3 成本效益分析法

    在大型复杂系统中最大的权衡通常必须考虑经济性,因此,需要从经济角度建立成本 、 收益 、 风险和进度等方面软件的 “ 经济 ” 模型。成本效益分析法( the Cost Benefit Analysis Method , CBAM )是在 ATAM 上构建,用来对架构设计决策的成本和收益进行建模,是优化此类决策的一种手段。 CBAM 的思想就是架构策略影响系统的质量属性,反过来这些质量属性又会为系统的项目关系人带来一些收益(称为 “ 效用 ” ), CBAM 协助项目关系人根据其投资回报( ROI )选择架构策略。 CBAM 在 ATAM 结束时开始,它实际上使用了 ATAM 评估的结果。

    CBAM 的步骤如下。

    (1)整理场景。整理 ATAM 中获取的场景,根据商业目标确定这些场景的优先级,并选取优先级最高的 1/3 的场景进行分析。
    (2)对场景进行求精。为每个场景获取最坏情况 、 当前情况 、 期望情况和最好情况的质量属性响应级别。
    (3)确定场景的优先级。项目关系人对场景进行投票,其投票是基于每个场景 “ 所期望的 ” 响应值,根据投票结果和票的权值,生成一个分值(场景的权值)。
    (4)分配效用。对场景的响应级别(最坏情况 、 当前情况 、 期望情况和最好情况)确定效用表。
    (5)架构策略涉及哪些质量属性及响应级别,形成相关的策略 — 场景 — 响应级别的对应关系。
    (6)使用内插法确定 “ 期望的 ” 质量属性响应级别的效用。即根据第4步的效用表以及第5步的对应关系,确定架构策略及其对应场景的效用表。
    (7)计算各架构策略的总收益。根据第3步的场景的权值及第6步的架构策略效用表,计算出架构策略的总收益得分。
    (8)根据受成本限制影响的 ROI ( Return On Investment ,投资报酬率)选择架构策略。根据开发经验估算架构策略的成本,结合第7步的收益,计算出架构策略的 ROI ,按 ROI 排序,从而确定选取策略的优先级。

    展开全文
  • 自上而下的方法一直是城市规划中最常用的策略,而可持续性原则则要求采用更多的参与性方法。 这项研究基于公众参与和可持续性标准,提出了一种统一希腊希腊迪迪米蒂科镇考古遗址的设计方法。 使用完全结构化的问卷...
  • 基于调查问卷或检查表的方式:该方式的关键是要设计问卷或检查表,它充分利用系统相关人员的经验和知识,获得对架构的评估。其缺点是在很大程度上依赖于评估人员的主观推断。 基于场景的方式:基于
  • 方法:头脑风暴,策略分解,使用用例和滥用案例建模,问卷调查与访谈,数据分类,主/客体关系矩阵,软件安全需求跟踪矩阵 安全设计 目的:软件安全设计的目的是将安全属性设计到软件架构中,以实现软件产品本质的...
  • 在不断变化的商业环境中迫切需要更新的信息,再加上同一领域的交流机会,因此需要专业... 建议针对这些协会的设计策略,其中应结合电子商务理论和网站开发的实际方面。 这项研究基于对调查问卷进行了定量和定性分析。
  • 基于Web界面的调查问卷生成系统,操作方便,并可以根据企业需求设计调查问卷的风格。 用户可以选择调查答案并提交;系统自动避免同一用户多次提交。 管理员可增加、删除、修改调查问卷;管理员可设定当前生效的...
  • 方法包括焦点小组,问卷,汇报会,测试前和测试后以及Lasater临床判断指标分析。 出现了七个教学脚手架,可最大程度地提高学生的学习和留住率。 这些支架:1)帮助学生从已知知识转移到未知知识; 2)提供现场指导...
  • 根据写作自我效能感理论,以42名文科非英语专业研究生为研究对象,通过问卷调查而后访谈的方式,发现了影响非英语专业研究生英语写作自我效能的情感因素,设计情感唤起策略并实施后,再次进行问卷统计,得出有效情感唤起...
  • 问卷调查的基础上,讨论了多媒体教学中出现的问题,并提出了优化多媒体教学的策略。认为加大多媒体设备的投入、加强教师教育技能培训、精心设计多媒体课件、增强师生间的互动等策略可以提高运用多媒体技术教学的质量...
  • 学科教学知识是教师专业知识的核心内容,为了解初中物理教师的学科教学知识现状,本研究设计了相应的问卷问卷包括物理学科知识、关于学生知识、教学策略知识、教学评价知识、教学信念六方面。调查结果初步显示:...
  • 费者是一切营销活动的基础,通过设计消费者调研问卷,从人口统计信息、购买经验和个人偏好对无缝内衣的费群体进行分析,从而为无缝内衣企业进行营销策略的制定提供相关依据。
  • 检查文档,面谈,观察操作中的业务,研究和问卷调查 5 丰富的语义表达能力 易于交流和理解 易于更改 易于向各种数据模型转换 6 自底向上 自顶向下 由里向外 混合策略 7 逻辑结构设计任务是吧概念结构设计中的E-R模型...
  • 软件架构评估

    千次阅读 2019-04-26 14:58:57
    软件架构评估是在对... (1)基于调查问卷或检查表的方式:该方式的关键是要设计问卷或检查表,它充分利用系统相关人员的经验和知识,获得对架构的评估。其缺点是在很大程度上依赖于评估人员的主观推断 (2)...
  • 设计模糊Kano问卷,运用模糊综合评价,分析了模糊Kano模型用于质量属性的分类方法及实现过程,并通过在快递业的实证研究验证其可行性和有效性。该研究对于企业考虑到顾客消费动机,精确获取顾客需求,实施有效的服务管理...
  • 问卷调查基础上设计了消费者的偏好规则及购买决策规则,以此构建了分析不同促销策略、促销情境的情况下不同消费者购买决策行为的Agent仿真模型,并用REPAST 实现了该模型. 仿真结果显示了有无促销策略对不同性别...
  • 针对目前轨道交通乘客服务改善大多止于大方向的策略性研究, 缺少反映乘客具体意见的改善措施研究, 故设计一种新形式的调查问卷, 以便同时调查改善策略和措施;针对"木桶理论"和"重要度-绩效"方法在对措施进行优先级...
  • 参考国内外全面风险管理框架,以某国有煤炭企业为例,设计重大风险评估调查问卷,涵盖15个初始风险事项,经调查公司管理层及职能部门,以风险值大小排序,确定了企业全面风险管理框架,包括宏观维度有宏观经济风险、市场...
  • 焦点小组访谈的结果表明,家庭主妇和职业女性之间厨房使用的差异可能是市场细分的参考和制定营销策略的基础。 在现代商业社会的生活方式下,人们总是很忙,家人需要时间和空间进行交互,因此厨房是用餐和父母与孩子...

空空如也

空空如也

1 2 3 4
收藏数 78
精华内容 31
关键字:

问卷设计策略