首页 > 代码库 > 软工实践第五次小组作业

软工实践第五次小组作业

这周我们小组学习了第十一章学习内容-----软件设计与实现

 

首先我们要分析与设计方法

   

在“需求分析”阶段,我们要搞清楚:在问题领域中的现实世界里,都有哪些实体?如何抽象出我们真正关心的属性?实体之间的关系是什么?用户关心的是什么?

   

    在“设计与实现阶段”,我们要搞清楚:软件是怎么解决这些需求的?

 

    在“测试”和“发布”阶段,我们要搞清楚:软件真的解决了这些需求吗?

 

    软件团队的所有相关人员都需要处理,了解这些信息,如果在处理的过程中有误解和遗失,就会导致开发过程出现问题,以至最终产品不能满足用户的需求。

   

分析与设计有许多方法:

    以文字为主的:Word、PowerPoint文档。

    以图形为主的:Mind Map,ERD,DFD,UML的各种图

    用数学语言描述:Vienna Development Method

    用类自然语言+代码构造的描述,如Literate Programming

 

图形建模和分析方法

 

    我们要给事物建造出一个“模型”,描述事物、事物的属性、事物之间的关系以及各个事物之间的信息传递。

 

思维导图:人们经常用图形来帮助他们了解概念,强化记忆。思维导图没有严格的语法意义,一般来说都是从图形的正中开始写下一个概念,然后按照绘图者所关心的属性扩展。

 

实体联系图:当我们注重与表达现实世界中的实体和他们之间的关系,那么就需要用到实体关系图ERD。这是一个理解和抽象的过程。

 

UCD:用例图的元素简单,绘图简明,它的主要目的是尽快让团队成员和利益相关者理解系统的需求。

 

从SPEC到实现

 

n         一个开发人员拿到设计文档(Spec)他会做以下几件事情:
    估计开发所需的时间。

n         试着写一些快速原型的代码。

n         看到初始效果后开始设计文档。

n         按照设计文档写代码,并从中发现意外的问题。

n         写好代码后进行自我复审。

n         进行单元测试。

n         交给相关的测试人员。

n         修改测试人员发现的问题,然后交给同时进行复审。

 

开发阶段的日常管理

 

闭门造车

    当场景,功能都计划好的时候,要给员工足够多的时间,让他们投入到工作中去,而不要经常打断他们。要尽量减少非开发时间,团队成员自我时间管理也很重要。

 

每日构建

    在我们的全球调查中,我们发现成功公司中有94%每天或至少每周完成构建,而不成功公司绝大多数每月甚至更少去构建。当有一个能运行的系统时,即使只是一个简单的系统,团队积极性也会上升。

 

小强地狱

    在开发过程中,开发人员一定会遇到很多小强。但是如果我们每遇到一个小强就去修复的话太过于浪费时间。这就导致有些开发人员积攒了大量的小强,进而影响了其他测试人员的任务。因此就要进行小强地狱!如果开发人员的小强数量超过一规定值,则此开发人员将被送入“小强地狱”,在“地狱”中,只能进行小强的修复,不能进行开发,直到小强数量低于规定阈值。当然,阈值由团队根据实际情况来定,不能过低而让全队人员都去“地狱”,也不能过高影响测试进度。

  目前小组的实践项目进度:正努力实现计算一年内两天间隔天数的代码,目前得出以下实现功能的模块

  //日期结构体

typedef sruct D

{

int year;

int month;

int day;

}Date;

//判断是否闰年

int IsLeapYear(int year)

{return(year%400==0||year%4==0&&year%100!=0)};

//获得某年某月最大天数

int GetMaxDay(int year,int month)

{

switch(month)

{

case 1:

case 3:

case 5:

case 7:

case 8:

case 10:

case 12:

return 31;

case 4:

case 6:

case 9:

case 11:

return 30;

case 2:

return IsLeapYear(year)?29:28;

default:

return -1;

}

}

软工实践第五次小组作业