实例介绍
【实例简介】
文档是期末考试的题库，老师出的题目都是从这里面出的。
目录 概念解释. 二、选择题 、设计题 四、简答题…………… 23 概念解释 1.敏捷开发方法与 Scrum方法 2.基于计划文档开发方法(Pan-and- Document based Development) 3.DRY( Dont repeat yourself)尢重复代码 4.MVC(软件作为服务的开发框架) 5. SMART用户故事 6. TDD and红绿重构 7.F|RST测试原则 8.代码味道及类内方法SOFA原则 (说明S、O、F、A分别代表什么?违法该原则的代码的不好特征、重构和修复的方法) 9.类间关系的SOLD原则(说明每个原则的意义、违法该原则的代码的不好特征、重构和修 复的方法) (1)单一责任原则 (2)开闭原则 (3)里氏替换原则 (4)依赖注入原贝 (5)迪米特法则 10.持续集成及开发 11.文档对象模型(DoM)和 jQuery 12. JavaScript函数特点 13. HTML 14.ruby面向对象 15.ruby访问控制 public、 private和 protected 16.CSs规则构成 17.ruby中的数组 18.Ruby哈希(Hash) 19.Ruby迭代器:each和 collect 20.Git工作流程 、选择题 21工具/语言 1.下面哪个git命令用来帮助跟踪谁修改了什么文件和什么时候修改的? A. git list B. git manage C. git push D. git blame 2.如何比较两个文件或当前文件和以前版木的修订? A. git diff B. git compare glt clone D. git checkout 3.如果提小提交内容为空、不能提交,则最为合适的处理方式是 a)执行 glt status查看状态,再执行 git add命令选择要提交的文件,然后提交。 b)执行 glt commit- allow- empty,允许空提交。 c)执行 glt commit-a,提交所有改动。 d)执行 glt commit- amend进行修补提交 4.如果把项目中文件hel1o.c的内容破坏了,如何使其还原至原始版本? 0 git reset--helloc b) git checkout HEAD--helloc c) git revert hello.c d)git update hello.c 5.修改的文栏 meeting.doc尚未提交,因为错误地执行了 glt reset-hard导致数据丢 失。丢失的数据能找回么? a)不能。执行硬重置使工作区文件被覆盖,导致数据丢失无法找回。 b)能。可以通过 git checkout hEAD@{1}- meeting.doc找回。 c)不确定。如果在重置前执行∫ git add命令将 meeting.doc加入了暂存Ⅸ,则可 以在对象厍中处于悬空状态的文件中找到 d)不能。因为未提交所以无法找回。 6.仅将工作区中修改的文件添加到暂有区(新增文件不添加),以备提交,用什么命令标记 最快? a) git add -A b) git add→p c git add d git add 下面哪一个命令不会改变提交历史? a) git resct --hard HEAD1 b) git checkout HEAD c) git rebase -i HEAD d) git commit --amend 8.下面的描述中不属于Ruby特性的是 A.Ruby是一种功能强大的面向对象的脚本语言 B.Ruby遵守GPL协议并且是免费的。 C.Ruy具有自动内存管理机制。 D.Ruby是基于MVC架构的。 9.下面的描述中不属于 Rails特性的是 A. Rails是一个使用Ruby语言写的开源网络应用框架。 B. Rails具有强大的反射札制与后设编程 C.“不要重复自u”和“约定胜丁配置”是 Rails的设计原则。 D. Rails具有实时映射技术和模板编程技术。 10.Ruby提供了多种字符串的表示方法,下面哪一种是错误的? A.str=在线学习乐园” B.str-niwww.itzcn.coml C.str=%/t免费教学和视频\n D.str="窗内网 11.在命令控制台要查看Ruby的版本应该使用命令 A. ruby B. ruby version C. ruby -h D. ruby / 12.下列不属丁 Ruby Gems提供命令的是 A. gem list B. gem install rails C. gem D. gem -update rails 13.下面关于Ruby编译器的使用方法,错误的是 A. ruby hi. rb B. ruby -e print h C. ruby -h hi. rb D. ruby -c hi. rb 14.调用 方法可以去除用户输入的换行符。 A. chomp B. tr C. D. to i 22需求分析 15.下面哪些用户故事描述是满足的 SMART原则要求的? A.用户能用影片名查找电影信息。 B.作为一个用户,我想看前10个按价格从低到高排序的影片列表,以便我买到最便 宜的电景票。 C. Rotten potatoes app应该有好的用户界面 D. Rotten potatoes app应该有好的用户界面和快的响应时间 6.下面哪个是对,就用户故事而言? ()它们应该措述该应软件是如何使用的。 ()它们应该有业务价值。 (i)它们不必要是可以测试的。 它们应该在敏捷软件开发生命周期的各阶段都能实施或实现。 A. ionly B. i and ii c, i and iy D, i iii, and iv 7.相对强调过程的场景描述而言,声眀性场景描述特点是: A.有更复杂语句和步骤。 B.个是DRY。 C.史段、易理解和维护。 D.关注在低层步骤上,这些步骤需要初始化设置和执行测试。 8.对隐性和显性需求而言,下面哪些说法是对的? A.无论隐性和显性需求,你都不能写用户故事。 B.隐性需求更简洁,而显性需求更啰嗦。 C.隐性需求是显性需求的逻辑结果,通常对应于综合性测试 D.显性需求通常可以用场景化过程性语言描述,而隐性需求通常用声明性语言描述。 19.为什么很多软件项目失败? 软件不是用户所要的。 (i)延迟交付。 (i)软件超出预算。 (y)软件演化后容易维护和升级 A. i and B. iii and iy C. i ii and iii D. i, ii, iii, and iv 20.下面哪些是表达了BDD的不足。 .与客户交互沟通的成本。 i.客户满意不等于该软件有一个好的架构。 ⅲ编写功能代码前,先写测试代码。 .缺乏相关工具。 A. i and ii B. iii and iv C. ii and iii D. i ii, iii, and iy 21.需求分析最终结果是产生() A.项目开发计划 B.可行性分析报告 C.需求规格说明书 D.设计说明书 22.需求分析中,开发人员要从用户那里解决的最重要的问趣是() A.让软件做什么 B.要给软件供哪些信息 C.需求软件工作效率怎样 D.让软件具有何种结构 23.需求规格说明书的内容不应包括对()的描述。 A.主要功能 B.算法的详絀过程 C.用户界面的运行环境 D.软件性能 24.软件需求分析阶段的工作,可以分成4个方面:需求获取,需求分析,编与需求规格说 明书以及() A.用户 B.需求评审 C.总结 D.都不正确 25.在原型法中,开发人员根据()的需求不断修改原型,直到满足客户要求为止 A.用户 B.开发人员 C.系统分析员 D.程序员 26.需求验证应该从下述几个方面进行验证: A.可靠性、可用性、易用性、重用性 B.可维护性、可移植性、可重用性、可丬则试性 C.一致性、现实性、完整性、有效性 D.功能性、非功能性 22设计 27.敏捷开发者崇尚的价值点是 A.过程和工具胜于个人与团队交流 B.可工作的软件系统胜于全面的文档 C.合同谈判胜于与客户协作 D.遵循计划胜于响应需求变化 28.瀑冇软件开模型与螺旋软件开发模型的区别? A.瀑布模型包括了大量的计划文档和时间跨度大的可匚作软件版本,而螺旋模型小量 的计划文档和时问跨度小的可工作软件版本。 B.瀑布模型从开始就写全所有的需求文档,而螺旋模型按迭代阶段写需求文档. C.瀑布模型有教长的迭代周期,而蠓旋模型有较短和快的迭代周期。 D.瀑布模型的在每个阶段完成后进行保障测试,最后验证阶段包括了验收测试;而螺 旋模型的侏障测试在每2个月内进行。 29.哪种类型的代码是最坏的? A.遗留代码( legacy code) B.静态代码( static code) C.与期望不一致的短命代码( unexpectedly short-lived code) D.优美代码( beautiful code) 30.“系统中的每一个知识(功能或特性)必须有单一的、无二义和明确的表示。”是对下 面的哪条原则的表达? REST B SAAS C. SOA D DRY 31.如果一个项日延期后,为什么说增加人于不是一个好主意。因为: A.程序员太贵 B.不能用大团队来承建SaS软件 C.交流成本会下降 D.让新程序员上手需要较多时间 32. Model- View-Controller(Mvc)架杓/设计模式有什么好处? A.支持多用户存取和更新模型数据,对每个用户提供各自的视图。 B.确保模型与视图有一对一的映射。 C.为了调试日的,提供模型和控制器的调试窗口。 D.像其他设计模式一样,遵循这类架构可以得到更简洼的代码。 33.下面哪一ˉ种提晑软件生产效率的方法比较能体现面向服务架构的软件? A.通过简洁达到清晰( Clarity via conciseness B.代码合成( Synthesis) C.可重用( Reuse) D.自动化和工具( Automation and tools) 34.一个服务直接访问另外一个服务的数据时可能出现不稳定的情况一般是以下哪一种情况 的特点之 A. Rails应用框架 B.面向服务的架构 C.面向对象编程 D.敏捷开发过程 35.假设有两个HTTP请求的URI是·样,但调用的方法(GET与POST)不同。对于Rails路 由而言,卜面哪个说法是对的。 A.两个请求可以对应不同控制器的方法,但不是必须的。 【实例截图】
【核心代码】
文档是期末考试的题库，老师出的题目都是从这里面出的。
目录 概念解释. 二、选择题 、设计题 四、简答题…………… 23 概念解释 1.敏捷开发方法与 Scrum方法 2.基于计划文档开发方法(Pan-and- Document based Development) 3.DRY( Dont repeat yourself)尢重复代码 4.MVC(软件作为服务的开发框架) 5. SMART用户故事 6. TDD and红绿重构 7.F|RST测试原则 8.代码味道及类内方法SOFA原则 (说明S、O、F、A分别代表什么?违法该原则的代码的不好特征、重构和修复的方法) 9.类间关系的SOLD原则(说明每个原则的意义、违法该原则的代码的不好特征、重构和修 复的方法) (1)单一责任原则 (2)开闭原则 (3)里氏替换原则 (4)依赖注入原贝 (5)迪米特法则 10.持续集成及开发 11.文档对象模型(DoM)和 jQuery 12. JavaScript函数特点 13. HTML 14.ruby面向对象 15.ruby访问控制 public、 private和 protected 16.CSs规则构成 17.ruby中的数组 18.Ruby哈希(Hash) 19.Ruby迭代器:each和 collect 20.Git工作流程 、选择题 21工具/语言 1.下面哪个git命令用来帮助跟踪谁修改了什么文件和什么时候修改的? A. git list B. git manage C. git push D. git blame 2.如何比较两个文件或当前文件和以前版木的修订? A. git diff B. git compare glt clone D. git checkout 3.如果提小提交内容为空、不能提交,则最为合适的处理方式是 a)执行 glt status查看状态,再执行 git add命令选择要提交的文件,然后提交。 b)执行 glt commit- allow- empty,允许空提交。 c)执行 glt commit-a,提交所有改动。 d)执行 glt commit- amend进行修补提交 4.如果把项目中文件hel1o.c的内容破坏了,如何使其还原至原始版本? 0 git reset--helloc b) git checkout HEAD--helloc c) git revert hello.c d)git update hello.c 5.修改的文栏 meeting.doc尚未提交,因为错误地执行了 glt reset-hard导致数据丢 失。丢失的数据能找回么? a)不能。执行硬重置使工作区文件被覆盖,导致数据丢失无法找回。 b)能。可以通过 git checkout hEAD@{1}- meeting.doc找回。 c)不确定。如果在重置前执行∫ git add命令将 meeting.doc加入了暂存Ⅸ,则可 以在对象厍中处于悬空状态的文件中找到 d)不能。因为未提交所以无法找回。 6.仅将工作区中修改的文件添加到暂有区(新增文件不添加),以备提交,用什么命令标记 最快? a) git add -A b) git add→p c git add d git add 下面哪一个命令不会改变提交历史? a) git resct --hard HEAD1 b) git checkout HEAD c) git rebase -i HEAD d) git commit --amend 8.下面的描述中不属于Ruby特性的是 A.Ruby是一种功能强大的面向对象的脚本语言 B.Ruby遵守GPL协议并且是免费的。 C.Ruy具有自动内存管理机制。 D.Ruby是基于MVC架构的。 9.下面的描述中不属于 Rails特性的是 A. Rails是一个使用Ruby语言写的开源网络应用框架。 B. Rails具有强大的反射札制与后设编程 C.“不要重复自u”和“约定胜丁配置”是 Rails的设计原则。 D. Rails具有实时映射技术和模板编程技术。 10.Ruby提供了多种字符串的表示方法,下面哪一种是错误的? A.str=在线学习乐园” B.str-niwww.itzcn.coml C.str=%/t免费教学和视频\n D.str="窗内网 11.在命令控制台要查看Ruby的版本应该使用命令 A. ruby B. ruby version C. ruby -h D. ruby / 12.下列不属丁 Ruby Gems提供命令的是 A. gem list B. gem install rails C. gem D. gem -update rails 13.下面关于Ruby编译器的使用方法,错误的是 A. ruby hi. rb B. ruby -e print h C. ruby -h hi. rb D. ruby -c hi. rb 14.调用 方法可以去除用户输入的换行符。 A. chomp B. tr C. D. to i 22需求分析 15.下面哪些用户故事描述是满足的 SMART原则要求的? A.用户能用影片名查找电影信息。 B.作为一个用户,我想看前10个按价格从低到高排序的影片列表,以便我买到最便 宜的电景票。 C. Rotten potatoes app应该有好的用户界面 D. Rotten potatoes app应该有好的用户界面和快的响应时间 6.下面哪个是对,就用户故事而言? ()它们应该措述该应软件是如何使用的。 ()它们应该有业务价值。 (i)它们不必要是可以测试的。 它们应该在敏捷软件开发生命周期的各阶段都能实施或实现。 A. ionly B. i and ii c, i and iy D, i iii, and iv 7.相对强调过程的场景描述而言,声眀性场景描述特点是: A.有更复杂语句和步骤。 B.个是DRY。 C.史段、易理解和维护。 D.关注在低层步骤上,这些步骤需要初始化设置和执行测试。 8.对隐性和显性需求而言,下面哪些说法是对的? A.无论隐性和显性需求,你都不能写用户故事。 B.隐性需求更简洁,而显性需求更啰嗦。 C.隐性需求是显性需求的逻辑结果,通常对应于综合性测试 D.显性需求通常可以用场景化过程性语言描述,而隐性需求通常用声明性语言描述。 19.为什么很多软件项目失败? 软件不是用户所要的。 (i)延迟交付。 (i)软件超出预算。 (y)软件演化后容易维护和升级 A. i and B. iii and iy C. i ii and iii D. i, ii, iii, and iv 20.下面哪些是表达了BDD的不足。 .与客户交互沟通的成本。 i.客户满意不等于该软件有一个好的架构。 ⅲ编写功能代码前,先写测试代码。 .缺乏相关工具。 A. i and ii B. iii and iv C. ii and iii D. i ii, iii, and iy 21.需求分析最终结果是产生() A.项目开发计划 B.可行性分析报告 C.需求规格说明书 D.设计说明书 22.需求分析中,开发人员要从用户那里解决的最重要的问趣是() A.让软件做什么 B.要给软件供哪些信息 C.需求软件工作效率怎样 D.让软件具有何种结构 23.需求规格说明书的内容不应包括对()的描述。 A.主要功能 B.算法的详絀过程 C.用户界面的运行环境 D.软件性能 24.软件需求分析阶段的工作,可以分成4个方面:需求获取,需求分析,编与需求规格说 明书以及() A.用户 B.需求评审 C.总结 D.都不正确 25.在原型法中,开发人员根据()的需求不断修改原型,直到满足客户要求为止 A.用户 B.开发人员 C.系统分析员 D.程序员 26.需求验证应该从下述几个方面进行验证: A.可靠性、可用性、易用性、重用性 B.可维护性、可移植性、可重用性、可丬则试性 C.一致性、现实性、完整性、有效性 D.功能性、非功能性 22设计 27.敏捷开发者崇尚的价值点是 A.过程和工具胜于个人与团队交流 B.可工作的软件系统胜于全面的文档 C.合同谈判胜于与客户协作 D.遵循计划胜于响应需求变化 28.瀑冇软件开模型与螺旋软件开发模型的区别? A.瀑布模型包括了大量的计划文档和时间跨度大的可匚作软件版本,而螺旋模型小量 的计划文档和时问跨度小的可工作软件版本。 B.瀑布模型从开始就写全所有的需求文档,而螺旋模型按迭代阶段写需求文档. C.瀑布模型有教长的迭代周期,而蠓旋模型有较短和快的迭代周期。 D.瀑布模型的在每个阶段完成后进行保障测试,最后验证阶段包括了验收测试;而螺 旋模型的侏障测试在每2个月内进行。 29.哪种类型的代码是最坏的? A.遗留代码( legacy code) B.静态代码( static code) C.与期望不一致的短命代码( unexpectedly short-lived code) D.优美代码( beautiful code) 30.“系统中的每一个知识(功能或特性)必须有单一的、无二义和明确的表示。”是对下 面的哪条原则的表达? REST B SAAS C. SOA D DRY 31.如果一个项日延期后,为什么说增加人于不是一个好主意。因为: A.程序员太贵 B.不能用大团队来承建SaS软件 C.交流成本会下降 D.让新程序员上手需要较多时间 32. Model- View-Controller(Mvc)架杓/设计模式有什么好处? A.支持多用户存取和更新模型数据,对每个用户提供各自的视图。 B.确保模型与视图有一对一的映射。 C.为了调试日的,提供模型和控制器的调试窗口。 D.像其他设计模式一样,遵循这类架构可以得到更简洼的代码。 33.下面哪一ˉ种提晑软件生产效率的方法比较能体现面向服务架构的软件? A.通过简洁达到清晰( Clarity via conciseness B.代码合成( Synthesis) C.可重用( Reuse) D.自动化和工具( Automation and tools) 34.一个服务直接访问另外一个服务的数据时可能出现不稳定的情况一般是以下哪一种情况 的特点之 A. Rails应用框架 B.面向服务的架构 C.面向对象编程 D.敏捷开发过程 35.假设有两个HTTP请求的URI是·样,但调用的方法(GET与POST)不同。对于Rails路 由而言,卜面哪个说法是对的。 A.两个请求可以对应不同控制器的方法,但不是必须的。 【实例截图】
【核心代码】
标签：
好例子网口号：伸出你的我的手 — 分享！
小贴士
感谢您为本站写下的评论，您的评论对其它用户来说具有重要的参考价值，所以请认真填写。
- 类似“顶”、“沙发”之类没有营养的文字，对勤劳贡献的楼主来说是令人沮丧的反馈信息。
- 相信您也不想看到一排文字/表情墙，所以请不要反馈意义不大的重复字符，也请尽量不要纯表情的回复。
- 提问之前请再仔细看一遍楼主的说明，或许是您遗漏了。
- 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦，又没人会搭理，于人于己都无利。
关于好例子网
本站旨在为广大IT学习爱好者提供一个非营利性互相学习交流分享平台。本站所有资源都可以被免费获取学习研究。本站资源来自网友分享，对搜索内容的合法性不具有预见性、识别性、控制性，仅供学习研究，请务必在下载后24小时内给予删除，不得用于其他任何用途，否则后果自负。基于互联网的特殊性，平台无法对用户传输的作品、信息、内容的权属或合法性、安全性、合规性、真实性、科学性、完整权、有效性等进行实质审查；无论平台是否已进行审查，用户均应自行承担因其传输的作品、信息、内容而可能或已经产生的侵权或权属纠纷等法律责任。本站所有资源不代表本站的观点或立场，基于网友分享，根据中国法律《信息网络传播权保护条例》第二十二与二十三条之规定，若资源存在侵权或相关问题请联系本站客服人员，点此联系我们。关于更多版权及免责申明参见 版权及免责申明
网友评论
我要评论