软工学习记4

随着学习的进程越走越远,我们的团队也更加确定。在人员分工、开发项目方面都做出了明确的规划。有了个目标,我们便不是那么迷茫,困惑着去学习,学习了这么久到底能干什么?这个问题很关键。我和我的队友们也达成了共识,决定尝试着去做一下一个基ASP动态网页开发技术的二手书贩卖系统。我们的分工也十分明确。

牟得力主要负责总体的规划,也就是我们的小领导。钱政捷主要负责数据库的建立和对接,杨子琪版式设计后期处理美化,我呢,就是开发ASP网页主题的构建咯。

对于一群对编程并不太擅长的学渣来说,一个有着太复杂功能的系统项目肯定不适合我们,而这个二手书销售系统的功能实现起来并不是太难,而且功能需求明确,各项功能的实现在网上都有实例,所以我们选择了这个项目。

本系统开发采用了ASP的动态网页开发技术,结合Access数据库的使用,完成了注册登录、商品搜索、购物车、留言板、后台管理等功能的实现。在注册登录模块中采用了MD5的加密技术,确保了数据的安全性。而且,ASP动态网页来发技术自学起来比较方便。我相信,经过我们的努力,虽然不一定能成功的做出来,但是起码也能学到很多知识!

我们现在的学习进行到了敏捷流程。它的开发原则如下:

1、尽早并持续地交付有价值的软件以满足顾客需求

2、敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势

3、经常发布可用的软件,发布间隔可以从几周到几个月,能短则短

4、业务人员和开发人员在项目开发过程中应该每天共同工作

5、以有进取心的人为项目核心

6、无论团队内外,面对面的交流始终是最有效的沟通方式。

7、可用的软件是衡量项目进展的主要指标。

8、敏捷流程能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。

9、只有不断关注技术和设计,才能越来越敏捷。

10、保持建明——尽可能简化工作量的技艺——极为重要。

11、只有能自我管理的团队才能创造优秀的构架、需求和设计。

12、实时总结如何提高团队效率,并付诸行动。

在每一个团队里,有一些是能写代码、测试代码和画图的设计成员,还有一类角色,不做这些事情但是同样重要就是项目经理——PM。

PM包括product manager 、project manager、和微软的program manager。可是我们常说的PM到底是干嘛的呢?

一个优秀的PM是能给团队带来生机的人物,带领团队达成最重要的目标,并且保持团队的平衡。成为一个PM需要很多能力。

1、观察理解和快速学习的能力

2、分析管理能力

3、专业能力

4、自省的能力

5、对风险的分析把握

然后便是典型的用户场景了,总而言之,我们开发人员做得再多,最终都是要交给用户来评判。开发出来的功能产品都要是用户能真正用得上,用的方便,不会带来困难和纠纷。迎合大部分人的使用才是最好的。我们要明确开发出来的东西所适应的人群,定义用户角色。定义出典型用户,基于这些便可以着手策划开发的功能了。因为在设计软件的过程中,我们往往会以为自己使用的产品的习惯和对软件行业的熟悉程度出发,忘记了我们的软件是给千千万万那些个不会用电脑的人用的哦。在这种情况下,典型用户就十分重要了!

时间: 2024-10-09 01:07:09

软工学习记4的相关文章

软工学习记1

这学期,我们分了方向,专业方向.也许向老师说的那样学习好的选了计科,我大概属于学习差的吧.高中的紧绷让我到了大学不知道该干嘛了,荒废了整个大一,到现在还不知道自己读了大学学会了干什么.现在我要追赶了,毕竟差的不是一点半点.分了方向,有了任务,也大概自导自己该干嘛了.开始感觉还是挺无从下手的,不过信心还是有的.也算亡羊补牢吧. 这俩星期自己抽空看了看这本构建之法.粗略明白了点要想开发一个堪称完美的软件是十分困难的.需要大量人力时间.软件等于程序加软件工程,软件开发的阶段不同,我们所需要的标准花费的

软工学习记5

关于二手书系统的需求分析以及策略. 我们组已经分好了工作,开始各司其职的进行,虽然困难重重,但总要一步一步解决.我们只能尽力而为,即使做不出来,但是学了总归要是学点东西.起码要计划好吧! 当前在国家大力支持环保项目的号召下,以及未来对环保重视程度的不断加深,二手市场是个有着广阔前景的市场,在等待我们来开发.因此以“资源再利用”为主题,在大学校园里进行闲置物品的回收.翻新再利用和售卖,并开展一定程度的寄卖.这为在校大学生提供了便利服务的同时,也避免了资源浪费和环境的破坏,提高教科书等物品的使用率,

软工学习记2

我们要开发的软件,大都是为了满足客户的需求.但是一些客户的需求却是模糊的,没有一个完好的定义.而且人们的需求五花八门,这就需要我们的需求分析了. 1.获取和引导需求.软件团队需要找到软件利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求.2.分析和定义需求.即是从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化.3.验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知.4.在软件产品的生命周期中管理

软工学习笔记——代码规范

上大学以来写了这几年的代码,却一直没怎么关注过代码规范相关的问题,直到软工课上讲了之后,才开始有所顾及.上课的时候回头看看自己写过的那些代码,真是丑死了,几个月前自己写的代码现在就已经读不懂了. 看了书上的相关章节,对于我来说,我觉得我的代码主要注意这几点: 1. 少写冗余代码,已经用不到的代码段就应该删去.(我今天刚刚发现我的昆特牌Online项目中竟然还存在有两个没用的类) 2. 多利用空行来将代码小规模地分段. 3. 大段的无用代码不要一直注释着,该删就删.(我的项目里经常会有一大堆没用的

《构建之法》——软工学习进度(3)

合作与审核 首先是代码的规范问题.关于这个代码规范,我并没有花很多时间去阅读,可能是自己的习惯,代码风格一向都是简约而规范.就比如在写一些if语句的嵌套时,很多人都习惯了不加括号,即使加括号可能是多此一举但我还是习惯加括号,不为别的,就为自己甚至别人看上去能更加清楚,这并不是画蛇添足,我觉得更像是画龙点睛.不过这一节对变量的命名我倒是深有感触,我们习惯了教科书上的一些命名,所以有时候看到问题不假思索的就为变量命了书上常出现的名字.但是当我们之后再去复核时,我们往往不懂这些变量在这个问题中的意义,

《构建之法》——软工学习进度(2)

如何衡量一个软件工程师 如何衡量一个软件工程师?这是<构建之法>第三章的核心问题.第一章讲述了团队的流程,第三章则是对第一章的具体描述,从笼统的团队具体到个人.软件开发流程不光指团队的流程,还包括了个人开发流程,因为软件团队是由个人组成的,简而言之,个人在团队中也有独立的流程.那么问题来了,如果我们去面试,该如何定义我们自身呢?又或者说,看到一个同行的软件工程师,该如何形容他的技术? 第三章通过对足球的比喻,向我们形象的阐述了这个问题的关键.足球中有传接.盘带.射门等具体技术,映射到软件工程上

《构建之法》——软工学习进度(7)

软件设计与实现 图形建模和分析方法:①表达实体和实体之间的关系: 思维导图:思维导图没有严格的语法定义,一般来说是从图形的正中开始写下一个概念,然后按照绘图者所关心的属性拓展.几乎每个人都能马上开始画图.思维导图形式灵活,适用于很多鼓励探索.发散思维的场合,但是它的图形元素缺乏严格的语法和语义. 实体关系图:着重于表现现实世界中的实体和它们之间的关系.在我们分析实体之间的关系时,这就是一个理解和抽象的过程.当我们要表示实体之间的静态关系时,ERD时一个合适的工具. UCD:用例图的元素简单,绘图

《构建之法》——软工学习进度(5)

敏捷流程 1.定义: 敏捷流程是一系列价值观和方法论的集合.流行做法的价值在得到肯定的同时,我们也发现敏捷的做法更能带来价值. 2. 敏捷开发的原则: ①.尽早并持续地交付有价值的软件以满足顾客的需求. ②.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势. ③.经常发布可用的软件,发布间隔可用从几周到几个月,能短则短. ④.业务人员和开发人员在项目开发过程中应该每天共同工作. ⑤.以有进取心的人为项目核心,充分支持信任他们. ⑥.无论团队内外,面对面的交流始终是最有效的沟通方式. ⑦

[软工]学习计划

项目目标 一个和Github有联动的博客平台. 技术分工 前端 js+es6 vue nodejs 后端 js+es6 nodejs Express/koajs/eggjs 链接 朋友的js教程 阮一峰的js教程 阮一峰的es教程 vue教程 Express教程 原文地址:https://www.cnblogs.com/jhy16193335/p/11474587.html