記事カテゴリ

ログイン

ログイン

過去記事

木曜日 9月28日


水曜日 9月20日


火曜日 9月12日


日曜日 9月 3日


木曜日 8月24日


土曜日 8月19日


水曜日 8月16日


火曜日 8月15日


木曜日 8月10日


 2024年3月19日(火) 11:19 JST

レビューとは

  • 記事を友人にメールする
  • 印刷用ページ
  • 2005年2月 4日(金) 02:21 JST
  • 投稿者:
    apri
  • 閲覧数
    1,623
 今日は節分ということとは関係なくて、まじめにお仕事の話しをちょっと・・・。今は、ある会社用のコンピュータのシステムを構築しているところです。で、プログラムをつくるための仕様書というものがあってその仕様書を毎日せっせと書いています、いや、書くと言っても手書きではなくて主にエクセルを使って打ち込んでます。で、その仕様書もほぼできあがってきたので、上司の人にレビューを受けるわけです。つまり、レビューをしていただき、おかしな点、間違っているとか、勘違いで仕様をつくってないかと注意を受けるわけです。レビュー指摘がなければ、仕様書としては完成なわけですが、レビュー指摘があるとそれに基づいてまた、せっせとエクセルで直すわけです。まあ、仕様書とはつくっては直しの連続(お客さんからの要望で直してほしいという場合もあります)、で、仕様書を元にプログラムをつくるわけですが、これも最初から完璧なものができあがるわけではなくて、必ずや間違い(バグと言いますが)がひそんでいて、それをなおしてほんとうに使えるものが出来上がります。つまり最後の最後の完成品ができあがるまでにはいやという程修正をしてやっと完成品にだどりつけるわけなんです。 で、今日のレビューの指摘はけっこうありました。これでは休日出勤しないと追いつかないかなと、ちょっとためいきです。スケジュールが非常にきびしくてこんな状態がまだまだ続きそうですが、もうこういうことに慣れきっているのか、まあ、なんとかなるだろうという楽観とした思いもあります。でも、本番バグ(つまりお客様に納入したあとでうまく動かない状態が発生することです、たとえば銀行だと、システムトラブルでATMが停止したとかっていう場合は非常にまずい状態なんですが、)だけは出してはいけないのです。だから、システムが出来上がるまでにはほんとうに誤りはないかといろいろな方向からテストがされます。でも、それでもバグは正直言って100%なしというのは難しいのです。

オンラインユーザ

ゲストユーザ: 11

新着情報

記事

-

コメント (2日)

-

トラックバック (2日)

-

ページ (2週)

-

リンク (2週)

新しいリンクはありません