有关软件工程的问题的分析和讨论及课后的作业

成长和代码量的关系讨论
软件工程师的工作就是写代码,那么代码量与软件工程师的水平是呈线性关系的么?
关于这个问题有人研究过,当代码是2000行以下,程序员可以了改了再写,而且你可以仅凭借记忆力就可以搞定一个程序,,你可以写任何混乱肮脏的代码并依靠你的记忆拯救你。深思熟虑的类和包分解会让你的代规模达到20000行。一旦你的代码规模达到20000行,你就要用结构化编程来保证程序不会变成一团乱麻。
任何的类或者规范必须限制其示例在几百行以内,暴力方法在这里也同样适用。你真的需要范例给你显示30000行代码然后证实因为程序上手并不是非常复杂所以新功能能够很容易的被添加。但这实际上是不可能的。

时间: 2024-10-13 21:42:29

有关软件工程的问题的分析和讨论及课后的作业的相关文章

有关软件工程的问题的分析和讨论及课后的作业3

个人电脑界面的演变. 1973年四月第一次操作是在施乐PARC Alto计算机完成. 该系统是第一个将现代图形用户界面中的所有元素结合起来的系统. 1981年6月施乐介绍了星,商业阿尔托的继任者. 显著特点:双点击图标,重叠窗口,对话框和1024×768单色显示. 1984年1月:苹果推出Macintosh. 1993年5月微软发布了第一个版本的视窗,其32位操作系统.他们给它的版本号“3.1”,并使用相同的用户界面,他们做的常规窗口3.1.提供英特尔.Power PC.Alpha和MIPS系统

有关软件工程的问题的分析和讨论及课后的作业7

你认为“实体商城不会消失”,随着物流的发展.虚拟技术的发展,实体商场到底以什么样的形式存在(在未来)的呢?答:不会,所谓实体就是以真实的形式存在,由此想来,如果实体商城消失的话,在未来的生活里将是多么令人害怕又恐惧的事情.相信大家也都了解到了之前一直以网上商城的进行商业活动的亚马逊,去年开始开设了实体商店,或许我们会疑惑之前以网上购物的形式击垮那些实体店的亚马逊为何现如今会选择投入实体商城.这就让我们考虑到网络商城与实体商城的优劣势比较,对于网络商城而言,实体商城拥有真实的体验感受,而且现在的商

有关软件工程的问题的分析和讨论及课后的作业6

UI界面设计. 答:UI界面设计是指对软件的人机交互.操作逻辑.界面美观的整体设计.UI的本意是用户界面,对于用户界面的设计不仅需要必要的技能,更需要了解用户与程序的关系,一个有效的用户界面关注的是用户目标的实现,包括视觉与功能等都需保持一致性.其原则是保持界面一致性.用户界面友好型.满足不同目标用户的创意需求.图标功能一致性.建立界面与用户的互动交流.减少用户的认知负担.安全性等.UI界面包括图形设计.交互设计.用户测试与研究.UI即用户界面设计行业刚刚在全球软件业兴起,属于高新技术设计产业,

现代软件工程 第四章 练习与讨论

4.7.1  结对项目的案例和论文 在现代软件工程教学的过程中,同学们已经总结了不少切身体会.例如: 总结1[i]:那是project到了比较关键的创造阶段,整整一天,我们俩椅子靠椅子的坐在电脑前,一边讨论一般coding,那次才真正的体会到结对真的能够带来效率.一整天的coding是容易走神的事,还好有pair在旁边指导,总是不断在我敲某某变量之前提前告诉我成员变量的名字,数据修改时帮忙检查是否有漏掉的,变量和函数定义的时候一起为其取名字,感觉有点眼花了,就换了个角色,我也开始对他“指指点点”

现代软件工程 第十一章 练习与讨论

1  如何避免在产品开发后期不断有重大修改,导致其它模块的连锁反应? DCR Tell mode vs. Ask mode设计变更 在项目早期,如果大家觉得要做一个设计变更,便可以采用告知模式(Tell-mode)的形式,也就是说,修改方必须通告所有关系人:“我在这里修改了某某界面, 我在某个API 增加了一个参数.”但是修改方不必取得其他关系人(或者模块)的事先同意,就是说可以先行设计并编码.当然,如果其他关系人不同意,修改还是不能签入. 当项目进行到稳定阶段,例如达到了代码完成(CC)阶段,

软件需求与分析课堂讨论一

课堂讨论 分组:每4人一组 内容: 某大学为进一步推进无纸化考试,欲开发一考试系统.系统管理员能够创建专业方向.课程编号.任课教师等相关考试基础信息.教师和考生进行考试相关工作.系统与考试有关的主要功能如下: (1)考试设置:教师制定试题(题目和答案),制定考试说明.考试时间和提醒时间等考试信息,录入参加考试的学生信息,并分别进行存储. (2)显示并接收解答.根据教师设定的考试信息,在考试有效时间内向学生显示考试说明和题目,根据设定的提醒时间进行提醒,并接收学生的解答. (3)处理解答.根据答案

现代软件工程 第十三章 练习与讨论

13.5.2  有错不改 果冻: 微软的产品经过这么多版本的不断完善,应该是把所有问题都搞定,“止于至善”了吧? 阿超: 那也不一定,在非常有名的电子表格软件Excel中,就有这样一个Bug:Excel 的日期计算功能认为1900年是一个闰年,这是不对的,但是它愣是一直没有改正这个错误. 众人: 真的?为什么屡教不改呢? 阿超: 故事是这样的,当时这类电子表格软件的市场领头羊是Lotus 1-2-3这一款软件.它的日期计算功能有一个Bug,就是把1900年当作闰年.这类软件在内部把日期保存为“从

现代软件工程 第七章 练习与讨论

7.7  移山开发方法——比TFS敏捷更精简 几个软件学院的学生来请教阿超,同学们自豪地说,我们要用全套TFS敏捷开发模式开发项目! 真的?阿超不敢相信. 同学: 对!我们要用全5个工作项类型 – 任务.缺陷.场景.风险.服务质量需求. 阿超: 你们有多少实战项目的经验?哦,都没有.这么说这是你们第一个真正的实用项目,我建议你们先忘记这么多工作项类型,把时间花在写代码上好了. 同学: 可是老师要我们上敏捷开发模式呀? 阿超: 当敏捷模式变成强迫,那还能敏捷到哪儿去呢?如果你们非用不可,我建议你们

现代软件工程 第六章 练习与讨论

6.3.1  什么时候适合选择敏捷 我们看了这么多方法论之后,一些同学一定比较困惑,到底选择哪一种开发方法比较好呢? 这在实践中不是难题,有学者还列出了一些简单的问题来帮助人们做决定[i]: 表6-3 问题引出方法 问题 Yes – 偏向传统的瀑布+文档的流程 No –   偏向敏捷流程 1. 项目需要有明确的spec 么? 2. 项目没有明确的用户,也无法联系用户进行沟通 3. 软件系统是大型的么? 4. 软件系统是复杂的么?例如实时系统 5. 软件的生命周期很长么? 6. 你使用比较差的软件