天天看点

第三次作业

1.代码是否需要规范:

这次作业中提到是否需要代码规范这个问题,一开始我并不是特别理解,我觉得只要写出的代可以正确的运行,这样就够了啊。但是当我打开几个同学的代码去看的时候,发现整个人都不好了,要说他们的代码错了也不对,因为可以运行,但是自己费了九牛二虎之力也没有看懂多少,实在太费劲了,特别是对于我这种学的不太好的学生来说,简直太难了。看完之后,我意识到代码规范的重要性。对于我们这些新手来说规定代码规范还是有必要的,这样可以形成一种潜移默化的约定,大家都默认了一种规范这样可以大大地缩短写出代码的时间,在别人审核代码的时候也可以方便快捷的找到问题。当然,我也查阅了百度,看了课本,发现代码规范真的很有必要,在以后的学习生活中,我也要注意自己在写代码时的规范问题。

2. 代码复审

我复审的是蔡强同学的代码。他主要利用利用cfree的define语句来规定生成题目的数量,然后利用srand和rand函数来制定随机。--http://blog.chinaunix.net/uid-25906157-id-3165140.html 这个为SRAND函数的说明。利用switch case语句来规定不可全是一种运算方式,并且区分了小数与整数。可以选择生成小数或者整数运算。我已经用CFREE运行,可以成功运行也发符合条件。并且每一行代码都很清晰,可以很清晰的看出每一行代码的意义,在复审的过程中我也学到了很多,当然,也进一步认识到代码规范的重要性。

#include<stdio.h>
#include<stdlib.h>
#include <time.h>
#define N 30
main()
{
    int a,b,k,i,n;
    float c,d;

    do{
    printf("\n请输入数字类型(1.整数 2.小数) -1为退出程序: ");
scanf("%d",&n);

    switch(n)
    {
    case 1:
    {

    for(i=0;i<N;i++)
    {
    a=rand()%100+1;
    b=rand()%100+1;
    k=rand()%4+1;
    printf("%d",a);
    switch(k)
    {
    case 1:printf("+");break;
    case 2:printf("-");break;
    case 3:printf("*");break;
    case 4:printf("/");break;
    }
    printf("%d=\t\t",b);
    }
    break;
    }
    break;
    case 2:
    {
for(i=0;i<N;i++)
    {
    c=rand()*0.001+1;
    d=rand()*0.001+1;
    k=rand()%4+1;
    printf("%0.2f",c);
    switch(k)
    {
    case 1:printf("+");break;
    case 2:printf("-");break;
    case 3:printf("*");break;
    case 4:printf("/");break;
    }
    printf("%0.2f=\t",d);
    }
    break;
    }
    break;
    }
    }while(n!=-1);
}
      
第三次作业

3. PSP记录个人项目耗时情况

psp2.1 Personal Software Process Stages Time(%)student Time(%)SDE
Planning  计划 10min
  • Estimate
  • 估计这个任务需要多少时间
6h
Development 开发 4.5h
  • Analysis
  • 需求分析
20min
  • Design Spec
  • 生成设计文档
15min
  • Design Review
  • 设计复审(和同事审核设计文档)
30min
  • Coding Standerd
  • 代码规范(为目前的开发制定合适的规范)
  • Design
  • 具体设计
  • Coding
  • 具体编码
2.5h
  • Code Review
  • 代码复审
  • Text
  • 测试(自测,修改代码,提交修改)
1.5h
Reporting 报告
  • Text Report
  • 测试报告
  • Size Measurement
  • 计算工作量
  • Postmortem & Process Improvement Plan
  • 事后总结,并提出过程改进计划