运气王团队项目总结
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience/ |
---|---|
这个作业的要求在哪里 | https://www.cnblogs.com/harry240/p/11524252.html |
团队名称 | 运气王团队 |
这个作业的目标 | 对本门课程这段时间来的项目总结以及心得感悟 |
Github地址 |
1.团队介绍
姓名 | 学号 |
---|---|
何宸锐(组长) | 201731024227 |
刘俊 | 201731024208 |
姜仪 | 201731024206 |
匡小娟 | 201731024210 |
吴明益 | 201731024202 |
涂才森 | 201731024129 |
雷槟源 | 201731024116 |
2.队员的心得感悟
有请一号同学(我自己)
姓名 | 何宸锐 |
---|---|
学号 | 201731024227 |
第一次作业博客链接 | https://www.cnblogs.com/hechenrui98/p/11506066.html |
1.先来对之前提出的问题提一下我的理解回答吧
- Q:软件工程的实施是怎样让一个个软件模块协同工作的?
- A:在学了三周的小程序开发之后,对小程序的结构有了一定的理解,就拿小程序而言,它的运行需要几种文件,分别是wxml,js,json,wxss,其中前两种为必要文件,这些文件在小程序中分别起了不同的作用,wxml文件决定了小程序里面组件的框架结构,js文件写出了小程序的逻辑操作,例如点击事件等等,当然也包括数据,json文件作为配置文件,主要配置了小程序的页面表现,wxss文件为样式文件,可以通过这个文件来对wxml文件里面的组件进行样式编辑,在我看来软件就是许许多多的文件以及程序打包在一起,相互调用,构成了一个具备功能的软件。
- Q:如何权衡一个软件产品在某一个阶段应该注重创新还是注重维护?
- A:这个问题的话,我觉得要如何权衡创新或者维护,在软件的开发准备阶段,应该做好需求分析,明白软件需要做什么,在原型设计阶段,应该设计出软件应该做成什么样,越准确越好,除此之外,应该具备向前看的眼光,那就是软件今后可能还会有哪些功能需要实现,只有做好这些准备工作,才能使软件在运营一段时间后不至于跟不上需求,不被淘汰,当然不只是功能需要做到更新的准备,UI也是非常重要,只有拥有完善的功能和令用户赏心悦目的UI设计,才能让软件能够长久立足,否则只有做好重新开发新产品的准备了~
- Q:在软件开发的需求分析阶段,如何更好地引导用户,获得用户的真实需求?
- A:这里我们又回到了需求分析,在软件开发生命周期中,需求分析阶段的工作是重中之重,这是未来软件产品成果的导向,也是原型设计的基础,在我看来,怎样获取用户的真实需求,可能分为两类:市面上已存在的和市面上不存在的。如果已经有了类似用户需求的软件,或者类似的软件那么我们要去了解这类软件的功能,找出它们的相同点和不同点,在此基础上,对客户的需求进行优化,先设计一个原型出来,让客户去体验,找出优缺点,在此基础上进行优化,准确找出客户的需求以及潜在需求。如果市面上不存在这类似的软件,那么代表着这种软件的专业性可能很强,用途仅对于一定的客户群体,那么我们需要对这类客户群体的工作需求有一定的了解,明白客户需要的软件的功能,以及对于数据的一些要求,这需要进行专业化的设计,紧密贴合客户的专业性需求,这类客户的软件需求相较于其他需求较为具体,可以在与客户的交谈中,以及这些专业的问题中,完善软件的需求。
- Q:定义典型用户对软件开发的作用是什么
- A:在我看来,定型用户就是我们做的项目的最契合的用户群体,例如我们签到小程序的典型用户就是教师,我们可以根据典型用户的直接需求以及潜在需求做好需求分析工作,为原型设计乃至今后的软件开发做好风向标,使软件跟契合这类用户的同时也能应用到其他领域
- Q:如何在软件发布之后更好的与客户进行功能反馈交流,优化用户体验?
A:与上面的需求分析问题不同,这个问题更偏向于软件发布后的运维阶段,在软件设计时,需要设计一个用户反馈功能,在发布后及时掌握软件的运行状态,以及用户体验,软件开发的运维人员也需要定期对软件的工作情况进行测试,修复BUG等等。
2.项目开发心得体会
其实当时能当上这个小组的组长纯属“运气好”,抢个红包都是运气王,得嘞,那就当组长吧,其实当时上这门课的时候,自己还是挺期待的,因为我觉得自己的编程能力必须要好好锻炼一下,所以当这个组长也是对自己的一种严格要求了吧,这样可以逼自己去学习,刚开始项目选题的时候,经过小组的讨论,我们选了个考勤系统APP,因为我觉得这个比较贴合我们,但是也没有学过JAVA,但是自己很不想做窗体程序,因为以前的C#也没学好,没啥信心和动力去做窗体程序,在确定了我们做一个考勤系统APP后,我知道这对我们来说的难度,所以一开始我就对组员说,我们尽量做吧,“在学习中开发,在开发中学习”,刚开始确定了团队分工后,大家就开始着手写文档,我就来设计了软件的原型,说实话当时我也不知道这个原型设计出来是干什么用的,以为可以直接用到软件开发中,后面我知道这错了,原型设计只能做一个样本模板的作用,完成了这些不需要代码的工作之后,时间也过去了一两周,接下来就来到了开发阶段,代码怎么办,我也不知道,整个小组的工作停滞了,在一些小组在写他们的代码时候,我们只能在网上看一些APP开发的视频,但是我知道这不切实际,没有学过JAVA就想做出一个完备的软件出来,后来一些小组都完成了他们的代码,着实有点“快”,但是我不想去Ctrl+C,后来在小组同学的建议下,我们转向了微信小程序,在11月7号,下载了微信开发者工具,看着微信开发文档,看到的是完全不了解的东西,没有学过HTML,开发小程序也是从0开始,还好有开发文档,在B站找了个小程序开发的视频,开始了零基础小程序学习之路,在我还在学“数据绑定”的时候,助教叫PM上去开会,他们很多组都已经完成了,而我们还在起步阶段,学着最基础的东西,我没有上去开会,因为我觉得很“丢人”,代码写不出来只是自己的问题,在后来的学习中,对小程序的开发框架有了了解,对小程序的工作机制有了一点了解,但是需要学的还是很多,例如怎样将界面层的输入值传到逻辑层,因为小程序的数据只是单向绑定,还有什么flex,以及wx:for,wx:if等等,后来完成了小程序的大部分UI设计,因为时间关系,只能马上去学习小程序的后端,我们的考勤小程序主要和数据库进行数据交互,当时只知道的是,微信小程序完成考勤,需要一个服务器,当时对服务器没有了解,后来买了个腾讯云的服务器,第一次居然安装成了linus系统的服务器hhh,在和数据库打了几天交道之后,我自己对于服务器的理解就是一个远程主机吧,用户可以发送请求到这个远程主机,得到返回数据,又学了几天的PHP,这才知道wamp 开发环境安装,中途也是困难重重,配置文件经常出错(因为软件版本太新了),后来在袁崇助教的帮助下,终于在本地服务器的网页上显示了PHP文件的内容,这对于编程菜鸡的我来说也是莫大的安慰,此时离项目答辩只剩一天时间了,在最后一天,我写了PHP文件连接了本地的mysql数据库,获取到了数据,但是在传回小程序的时候,遇到了一些问题,就是小程序在接收PHP文件的数据,返回的数据是整个数据,并不能选择部分数据进行比较,因为在做登录验证的时候,刚开始准备把输入的数据返回到数据库进行查询是否存在此登录名及密码,但是在小程序在上传数据到PHP时,一直未提示属性报错,网上很多关闭报错提醒的都试过了,属性字段还是会报错,后来就打算干脆把登录名和密码返回到小程序,让小程序进行对比,但是返回的是数据库的全部登陆数据,而小程序不能对其进行筛选,百度了一下,小程序怎样选取PHP调回的部分数据,迄今为止未果,,,虽然没有做出来完整的小程序,但是这三周学到了很多,也对软件开发有了部分了解,这个项目我不会丢弃,希望在以后的学习中完善这些功能吧,原谅我把心得体会写成了回忆录hhh,感谢组员这段时间以来的工作配合,感谢肖老师的辛勤付出,也感谢袁崇助教的帮助,希望助教明年找工作顺利hhh,苟富贵,无相忘(疯狂暗示),也希望肖老师今后工作顺利,身体健康~ 这门课也就到了尾声了,以后的编程学习之路还很长,以后想到这段时间的努力也会很感动吧~
有请二号同学
姓名 | 刘俊 |
---|---|
学号 | 201731024208 |
第一次作业博客连接 | https://www.cnblogs.com/liu1jun/p/11493490.html |
1.对第一次作业提出的问题进行解答
- 一个团队到底是人多好还是人少好?
一个团队的人数问题得看具体的情况。例如此次软件工程的小组团队,如果人数过多分工不明确的话会造成组长负担过大,如果人太少了,没有这方面能力强的同学的话,就会对项目进度产生影响。对于一个规模小,定位窄的团队来说,人数过多无疑是增大了运营负担,可以在规模产业扩大之后揽收更多的人。 一个新人如何成为一个有领导力的领导?
对于软件工程这门课程来说,大家都很头疼,因为涉及很多代码和电脑相关的操作。可是对于我而言,相对软件的提升,自己得到的锻炼是在项目运营和团协作上面:在软工这本书中,印象很深刻的是“敏捷思维”,还有很多原理都觉得很有道理。将敏捷思维运用到学生工作中,可以有效地提升团队效率和工作质量,让领导者的统筹能力大大增强。2.体会与感悟
- 肖老师比较幽默风趣,具有耐心;助教同学和研究生师兄很负责任,批改博客,答疑解问。
- 一个项目的过程说起来复杂,有时又会比较简单。当每个人各司其职,认真负责的完成好自己负责的版块儿时,整个项目梳理下来就会相对明了;但是在完成程序本身时又会相对困难,有时自己在遇到自己不擅长的方面时就会比较抵触而厌恶。
做这个,队友很重要,需要具有责任心的,有主动性的。
有请三号同学
姓名 | 吴明益 |
---|---|
学号 | 201731024202 |
第一次作业博客连接 | https://www.cnblogs.com/435219474bok/p/11509851.html |
1.问题回答
1.我阅读到了一个产品进行竞争的时候,“一个产品的生命周期有不同的阶段,每个阶段有不同的关注点”效能过剩的产品,是否会一直处于某种产品阶段,产品的生命周期是否是可逆的?例如华为开发“鸿蒙系统”来作为安卓和ios的竞争底线,或许还会添加5G元素,这一次的竞争是否会导致手机操作系统这个实际早已在成熟期的产品周期发生一个逆行?
产品的周期是可逆的,但是其实产品的可逆性是一个伪命题,因为产品会不断的创新,但实际上这只是在产品已经成熟的基础上进行了再加装而已。事实证明系统的 更新也是会继续添加功能,而不是继续逆运转。
2.苹果昨天发布11,但是实际上我们看到的是除了加一个摄像头,在发布会上,发布了一些新技术,在读到“大众平均值再往前一步就是‘早期采用者’哪个区间,有一个崭新技术,它推出时间太早,他就跨不过那道鸿沟。”关于5G技术的更新,目前还没有任何一个公司开始主推5G手机,关于创新性产品的推出时机,到底是早先一步好,还是曲线最中间好?如何真正的把握这个周期呢?
产品创新的周期其实是一个产品的命脉关键,其实每个产品所处环境不同创新的曲线也不同,要根据面对的客户人群和实际的市场情况进行实时判断,其实这也算是需求分析的一个重要部分。
3.“swebok定义了软件质量成本,其中包括预防、评测、内部故障、外部故障这四个方面”实际上我认为关于这写软件质量中或许还需要确定资本的力量,投资改进和流程分析,但这两个因素也是从别人的帖子当中可拿到的,那么流程分析到底占了什么样的比重呢?
在自己做了需求分析之后,发现流程分析是软件制作的一步重要基础评估,是完成软件,实现软件功能的基础。只有通过流分析才能彻底明白软件需要实现的功能需要走的流程,所以流分析是一个必不可少的过程。
4.编程的都是面向对象的,但是实际的项目绝不是会面向一个需求这么简单的,除了功能驱动这个方法我想知道还有哪些方法可以进行这样的转化呢?(第十章第四节)
其实这个问题没什么提出的必要,在实际的情况中功能驱动的模型是最常见的也是最常用的,在实际生活中不会太注意使用这些模型。
5.在设计用户体验时涉及到用户需要的基本功能,用户的审美需求以及用户的各种需求元素,实施起来其实众口难调,比如在中国最近正在被大v们推崇的“绿洲”号称是中国的推特,但是实际上却遭遇了巨大的滑铁卢,表面上推特在中国看起来很受欢迎,但他的仿冒为什么出现这么大的失误,用户需求是否在国家和国情上也需要更科学的分析呢?(第十二章)**
答:用户需求当然要根据国情、用户上进行精准分析,甚至在哪种环境下也要考虑,只有结合多种要素进行的分析才会在后来的开发过程中尽可能的完善功能。
2.总结
这些问题大部分是在实验的过程中通过看书和参考老师提供的资料和小组队员相互讨论学习解决的,还有参考搜索引擎中的知识一起完成的。目前没有其他的新问题了。在本次学习中由于个人兴趣,在课程学习中掌握了软件开发的基本流程,主要了解了前端的开发和需求分析。主要掌握了微信小程序的前端开发的要点,以及需求分析需要的各种流程,还更熟悉了一下ER图的画法。以上的知识主要是通过小组成员之间相互学习、网上视频学习和自己通过做实验手动学习获得的知识。深切的体会就是终于动手实践了非常奇妙的感觉,最后做出成果也很自豪。
有请第四位同学
姓名 | 匡小娟 |
---|---|
学号 | 201731024210 |
第一次作业博客连接 | https://www.cnblogs.com/ramble18/p/11512454.html |
1.第一次作业提出的问题及回答:
1.提问:是否是所有功能单元都需要单元测试,如果都需要是否会造成代码过于冗长,工作量过于庞大,是否有其他更好的检验方法?
回答:单元测试是必不可少的。在软件生命周期中,应尽早地对软件产品进行单元测试。单元测试要尽可能的多覆盖,未覆盖的代码可能遗留大量的细小的错误,这些错误还会互相影响,会更难解决。在课程学习过程中能感受到单元测试是十分重要的,也是很基础的。
2.“谁来做代码复审?即最有经验、熟悉这一部分代码的人。”
提问:最熟悉这一部分代码的人不应该是代码编写者吗?如果是团队分工,一人负责一部分代码,那么会不会出现其他人对该段代码都不甚熟悉的情况?如果出现这种情况应该怎么办?
回答:在书写代码过程中应该适当给出注释,这样会有利于复审人员更加快速理解代码。同时书写代码需要符合基本规范,同时尽量团队内风格统一,这样复审人员可以更好维护。
3.“尽快提供可感触的反馈:系统状态要有反馈,等待时间要合适。现在程序发生了什么, 应该在某个系统 的地方清晰地标示出来。目标用户能够只靠软件的主要反馈来完成基本的操作,不用事先学习使用手册。系统的反馈可以是视觉的、听觉的、触觉的(例如手机振动)。但是要避免简单重复的提示。”
提问:系统如果需要手机振动来反馈,是否会对手机所需权限更多,而过多的使用权限是否会给用户带来不好的用户体验?
回答:系统提示可以通过用户个人设置来选择通知模式,同时根据不同需要更改设置,这样即不会因过多的使用权限是否会给用户带来不好的用户体验。
4.“构建验证测试( Build Verification Test, BVT ):顾名思义,构建验证测试是指在个构建完成之后, 构建系统会自动运行一套测试,验证系统的基本功能。在大多数情况下,这些验证的步果都是在自动构建成功后自动运行的,有些情况下出会手工运行,但是由于构建是自动生成的,我们也要努力让BVT自动运行。”
提问:系统的哪些功能是基本功能,如何区分基本功能和其他功能?
回答:基本功能的特点是:第一,必须能安装;第二,必须能够实现一组核心场景。例如,
对于字处理软件来说,其基本功能是必须能打开/编辑/保存一个文档文件,但是它的一些高级功能,如文本自动纠错,则不在其中;又如,对于网站系统,其基本功能是用户可以注册/上传/下载信息,但是一些高级功能,如删除用户、列出用户参与的所有讨论,则不在其中。
5.“第二步:会议决定是否同意修改方案。决定哪些缺陷必须现在就进行修复,哪些可以推迟到下-一个里程碑。会诊应该对每一个修复选择下列处理方式。”
提问:对于整个项目来说,所有的问题都必须得到解决,对于已发现的问题为什么要留到下一个里程碑?
回答问题:团队作业应该有目标有条理地进行,不应该漫无目的想起什么干什么。每个阶段有自己的目标,有应该解决的问题,安装目标一步一步完成任务,这样能更好地 完成项目。
2.经过这学期的学习,你掌握到了哪些以前没有的技能,你是如何掌握的。
1.博客园的使用。这门课程让我第一次接触到博客园的使用,及博客的编写。在一次次的作业完成过程中,学会写博客以及博客园相关使用。
2.Github。从第二次个人作业开始接触到Github的使用,第一次使用时什么都不知道总是出现各种各样问题,在老师及助教的帮助下,现在已经基本能够独立建立仓库,上传代码。
3.mySQL的使用。因为团队作业负责数据库部分,因需要学习了mySQL的使用,团队作业完成过程中学会了建库建表,查询语句等基本数据库操作。
3.有什么深刻的体会,对自己一学期学习过程的总结。
这学期的学习让自己学到了很多东西,也清楚了自己还有很多不足。博客,Github,MySQL等的使用是自己掌握了更多的专业技能,作业完成过程中也发现了自己不会的真的很多,尤其是团队作业的完成,要完成一个微信小程序对于现在的我来说真的是一件很复杂很庞大的工程,不知道的东西太多,要学习的东西太多,不仅仅是代码的编程,学习过程中也清晰地感觉到自己还需要继续努力,继续学习。
有请第五位同学
姓名 | 姜仪 |
---|---|
学号 | 201731024206 |
第一次作业博客连接 | https://www.cnblogs.com/ajiang59/p/11512022.html |
1.尝试对自己提出的问题进行解答,并阐明,是如何通过看书,实际,或者讨论弄明白的
1.我看了书上创新的迷思当中的迷思二以及迷思三,想到迷思二之中提到的创新有可能是一种颠覆性的,电话取代电报使人们选择的一种更便捷的方式。而迷思三中却提到人们因为先入为主而放弃了提高效率的Dvorak键盘。这两种创新为什么会得到不一样的结果?
答:也许创新的成功是建立在人们是否能打破习惯接受新事物上的。
2.迷思五里讲到70%的创新者说,他们最成功的创新,是在他们拿手领域之外发现的。我觉得,人人都有善于发现的眼睛,能在擅长的领域外发现创新固然值得推崇,但是要将这个创新发展下去,不就要付出比这个领域内专业人士多多少倍的时间与精力?是否有些浪费资源?
答:一个伟大的创新往往不是一个人的成果,像屠呦呦获得诺贝尔奖也少不了她的团队的付出。
3.363页上有团队执行因素这个话题。不得不承认,一个好的团队每个成员都在之中扮演不同的角色。但是谁也没有规定一个团队该有多少多少人,该有什么什么样的位置。成功的团队的共性是什么?
答:有一个优秀的领导者
4.373页有讲传统与互联网广告发展,说到不太做广告,主要靠口口相传容易被技术进步淘汰。虽然我也不能否认这句话,但如果是现实生活中我遇到口口相传的推荐和网上的广告我肯定会选择口口相传的传统。者之间的矛盾应该怎么解决?
答:也许我们可以先通过互联网了解他,再通过口口相传证实他。
5.书中还有提到,只做某种行业,不太改行会缺乏商业技巧。不得不承认如今是一个需要变通,需要适应时代发展的年代。但如果频繁改行,却每一行都达不到较高水平的时候。专心专研一个行业争取超越同行会不会更好呢?
答:也许可以给自己在某一行定一个目标。看自己能否有完成这个目标的可能性再决定是不是转行。
2.是否产生了新的问题?请提出。
否
3.经过这学期的学习,你掌握到了哪些以前没有的技能,你是如何掌握的。
在老师和助教的帮助下,通过博客了解了博客园这个网站的学习资源,掌握了GitHub的一些用法了解了一个软件制作的流程。
4.有什么深刻的体会,对自己一学期学习过程的总结。
从无到有的过程往往非常艰辛,但是一旦入门就会发现我们进入了一个全新的世界。
有请第六位同学
姓名 | 雷槟源 |
---|---|
学号 | 201731024116 |
第一次作业博客连接 | https://www.cnblogs.com/leibinyuan/p/11513086.html |
1.对于5.3.5老板驱动的流程及5.3.6渐进交付的流程的问题讨论
在做软件的过程之中,我深刻体会到了“老板”驱动的流程中所展现出来的效果,我们的老板就是“组长”,他凝聚着小组,引导着小组。所以当一个小组缺乏领头人,是无法有较大的进展的,大家分散做,浪费时间和精力,所以这起到了决定性的作用。
2.对于6.2敏捷流程的问题和解法的问题讨论
已经花费的时间是不计入成本的,所以成本是面向未来的。在做软件的过程中,过多的回顾导致进度缓慢,关键目标是最后我们离目标有多远,我们小组就是没有了解到距离目标有多远而停止不前。所以这个问题是我们遇到了的,而且让我明白了流程的重要性。
3.关于8.4竞争性需求分析的框架问题讨论
对于这个问题我依然是认为可以加个S,从其他小组成品和答辩中,我了解到,软件做出来了,不仅要能够满足用户的需要,还得具备可观性和实用性。所以加上service是将整个体系形成了闭环,来回往复,软件一次次更新,经久不衰。
4.关于8.4竞争性需求分析的框架问题讨论
小组中有MP,但并没有出现SP,为了理清这个问题,我再次阅读了课本,结合小组情况,确实SP是大家都不愿意去当SP,交流成本本身就很低,增加一个SP浪费了劳动力,是捡了芝麻丢了西瓜。这也是我理解到的,为什么很多人愿意去当MP,而不愿意去当SP。
5.关于17.4猪、鸡和鹦鹉的故事问题讨论
在研发和市场第一线的“猪”,坐办公室的“鸡”,还有空降的“鹦鹉”,这些都是企业类的典型例子。所以贴近生活的例子去答辩去解释,能够事半功倍。这样的解释模式也能可以让别人快速的了解到软件的功能的一个方法。
### 总结
学习了这门课程,还有老师的多元化教学,不但让我从理论上掌握了软件工程,我知道了软件=程序+软件工程,还有从不同的作业中,让理论和实践得到了很好的结合。
第一次作业中提出的目标基本算是完成了,认真学习,认真理解每一次作业,不含糊,不掺假。因为目标是公务员,所以这门课程在我看来是学习大于结果的。尽管我们小组没有做出来成果,但是我们努力的过程也是不乏于其他小组,可能是目标太高,然而实力不够的缘故,这我深刻检讨,这是不应该出现的。
我未来不会从事任何和软件工程相关的职业,因为兴趣不在这方面,这也许是这门课程带给我最大的收获。此外课程本身具有很高的含金量,我学会了博客的书写,学会了github的使用,学会了用VS制作窗体程序,学会了测试软件功能,学会了需求分析、概要设计、详细设计等文件编写,理解了什么是团队,了解了微信小程序的基本框架,知道了用墨刀做UI的基本方法,更加深入的了解了我自己。也明白了有些事情,是要正面面对的,是不能一味逃避的。软件生生不息,迭代更替。一成不变的软件是会被淘汰的,更何况是人呢。
有请最后一位同学
姓名 | 涂才森 |
---|---|
学号 | 201731024129 |
第一次作业博客连接 | https://www.cnblogs.com/Tcs199912/p/11511155.html |
1.提问
- 【第十三章】在第十三章中花了整整一章的内容讲了有关软件测试的知识,那么,在我们对一个软件进行测试时所使用的测试用例需要满足什么要求呢?在什么情况下才能正确的选择最适合的测试用例呢?
- 【第三章】书中讲到了这样一句话“21世纪以来,中国大陆高校每年招收600万大学生,其中大约有百分之十的是在学习各种IT相关的专业。”那么在如此多,如此大数量的从业群体中,软件工程师的核心竞争力到底是什么呢?
-【第七章】MSF,即微软解决方案框架结构,这个框架存在9条基本原则,其中第一条说到“推动信息共享和沟通”,简而言之就是所以信息都保留并公开,那么,这样信息不会有泄露的风险吗?
- 【第九章】中“PM”的概念,PM作为一个管理者,具体应该包哪些那些素质和能力?
【第十六章】在本章中,了解到了大量关于创新的观点,但是对于在软件设计跟开发中如何创新呢,所有的代码编排方式和输出结果不是已经是固定好的吗?
2.回答
- 每一条测试用例都只能有一个唯一的测试结果;每一条测试用例都只能包含一个测试点;每一条测试用例允许有多个检查点;预期结果中不能有歧义或者二义的字。可操作性强,要保证不同的测试人员或者不同的测试平台,最终的结果都是相同的。注意点:不管是用例标题还是预期结果,尽量不要使用含糊不清的语句。
- 我觉得软件工程师的核心竞争力,不是单一能力的体现,而应该是多种能力和价值的综合体,学习能力、解决问题能力和影响力构成了软件工程师的核心竞争力。简单来说:最底层、最基础的是学习能力,通过学习能力,快速掌握新的技术,中间层就是解决问题的能力,利用学习到的技术去发现问题、分析问题和解决问题,最上层就是影响力,核心竞争力的综合体现。
- 信息公开只是相对,相应的保密措施都会考虑到。
- 沟通能力。为了了解组织内部员工互动的状况,倾听职员心声,一个管理者需要具备良好的沟通能力,其中又以“善于倾听”最为重要。惟有如此,才不至于让下属离心离德,或者不敢提出建设性的提议与需求,而管理者也可借由下属的认同感、理解程度及共鸣,得知自己的沟通技巧是否成功。协调能力。管理者应该要能敏锐地觉察部属的情绪,并且建立疏通、宣泄的管道,切勿等到对立加深、矛盾扩大后,才急于着手处理与排解。规划与统整能力。管理者的规划能力,并非着眼于短期的策略规划,而是长期计划的制定。决策与执行能力。在民主时代,虽然有许多事情以集体决策为宜,但是管理者仍经常须独立决策,包括分派工作、人力协调、化解员工纷争等等,这都往往考验着管理者的决断能力。培训能力。管理者必然渴望拥有一个实力坚强的工作团队,因此,培养优秀人才,也就成为管理者的重要任务。统驭能力。有句话是这样说的:“一个领袖不会去建立一个企业,但是他会建立一个组织来建立企业。”根据这种说法,当一个管理者的先决条件,就是要有能力建立团队,才能进一步建构企业。但无论管理者的角色再怎么复杂多变,赢得员工的信任都是首要的条件。
- 所谓创新,通俗地讲就是,别人没想到的你想到了;别人没发现的你发现了;别人没做成的你做成了。创新,涉及到软件生产的各个环节和领域,从环节上包括售前创新、售中创新和售后创新;从领域上包括理论与方法论创新、管理与制度创新、过程和控制创新、技术与工具创新、文化创新、科技创新以及其它方面的创新。针对软件开发来讲,软件开发创新核心问题就是如何提升软件开发的质量和生产效率!
3.总结
- 经过一个学期的软件工程的学习,我在这门课程上学习到了很多东西。在学习的时候,老师让我们把软件工程构建之法这本书大致的看了一遍,在我开始看来,大多数的教科书都是枯燥乏味无趣的。但是在看了软件工程的构建之法这本之后,我改变了我之前的观点,这本书虽然讲解的东西并不浅显,但是它的内容却不像其它学课的教科书那样的无趣乏味,它是很有趣的一本书。它上面有很多的生动形象的举例和有趣的图片,用这种简单易懂的方法将想要表达的知识和理论告诉了我们。
- 这门课程在我看来很注重一点,那就是团队的合作的项目开发。团队的合作最开始是一个困难的过程,因为我们彼此每个人虽然很熟悉,但是每个人的打代码或者写程序的时候的风格都是有很大差异的,然后每个人都有他自己突出或者不行的部分。这就需要我们对每个团队成员进行进一步的了解,让我们能够更好的配合与合作,这样才能更加快捷和高效的共同完成一个程序的设计。起初我认为,一群不一样风格的人在一起协作,做为一个团队来共同做一个程序或者项目这样的效率或许还没有一个人做出来效率高。最开始或许是我想的这样,但是在之后慢慢协作与磨合的过程中,我的想法再一次的被改变了,一个团队来一起做一个程序或者项目,做出来的东西会比一个做出来的东西要好得多。因为它容纳与集合一个团队所有人的想法与创意,因为它是我们一个团队的心血,所以我们每一个人都会付出更多的努力去完成它,它是一个人做出来的项目所无法相比的。
- 在这门课程中,团队的协作完成项目是一个重点,之后就是对新知识的学习与接纳。在学这门课程之前,我们或许也学习到了很多关于计算机方面或者各种程序设计方面的相关知识,但是这都是远远不够的。这些知识并不足以支撑我们完成课程需要的团队项目,每个人都有不同的分工,也都要去学习相关方面的新的知识,才能完成自己负责的这一部分。因为是团队项目,所以每个人的工作都不一样,每个人所需要学习的东西也都不一样,这样不会使你感到负担太重或者感觉学习不完那么多的新的知识。在团队的成员一起努力的过程中,也学习到了新的知识,最后项目成功结束的时候,也会有一种淡淡的成就感油然而生。在我看来,这是很值得我去做的事情了,做一件事的过程中我却能收获到更多的东西,这是令我感到高兴的事情。