天天看點

第三次作業

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
  • 事後總結,并提出過程改進計劃