日語剛學(xué)，有很多問題，請指正。
?
１．?
設(shè)計書の作成について
1
つの設(shè)計書は１つのレビューできる成果物です。不同の使用者向け、設(shè)計書に該當(dāng)の內(nèi)容を明記すべきであります。
??????
SD
の方面
SD
階段の設(shè)計書は構(gòu)成設(shè)計書です。書く時に、以下の観點(diǎn)を注意されます。
①?????
この設(shè)計書の使用者は
MK1
の擔(dān)當(dāng)者と
MK3
の擔(dān)當(dāng)者です。この設(shè)計書によって、ソースは作成することができます。しかも他の問題を考慮する必要がありません。
MK3
の擔(dān)當(dāng)者はこの設(shè)計書よりテスト設(shè)計書を作成することができます。
②?????
この設(shè)計書の詳しい程度、品質(zhì)の要求の高低と時間に係ります。最低の要求は、すべてのクラスとメソッドにインタフェースやパラメータをはっきり書きなければならなくて、簡単な処理フローを書きます。しかも言語は曖昧な意味があることができません。
③?????
この設(shè)計書を書く時、きっと先にクラスとメソッドの一覧を作成して、且つ根拠を書き出します。また、
FD
の設(shè)計書のすべての機(jī)能を全部含ます。
④?????
設(shè)計書を書く時、條理があって、入力から出力まで
1
つのステップずつを説明します。一足飛びのロジックがあることができません。
⑤?????
言語は分かり易くなって、多義性があることができません。且つレビューし易いために多くの細(xì)い點(diǎn)を注意します。
?
??????
BD
の方面。これらは近日
FJ
殿の
BD
設(shè)計書から習(xí)いました。間違いの場所を指摘してください。
①?????
BD
階段の設(shè)計書は基本設(shè)計書です。ユーザ（例えば：本製品の使用者）の立場からこの設(shè)計書を作成します。ユーザのすべての需要に対応して、説明を行います。
②?????
システムのソフトウェア、ハードウェアの規(guī)模性と複雑性に対して、設(shè)計書に対応することがあるかどうか。
③?????
システムの拡張性、設(shè)計書に対応することがあるかどうか。
④?????
使用された技術(shù)の複雑性と難しくに対して、製品の高い品質(zhì)のために、設(shè)計書に対応することがあるかどうか。
⑤?????
性能とセキュリティなど方面、設(shè)計書に対応することがあるかどうか。
⑥?????
この製品はどれくらいの時間を使うことができます。設(shè)計書に対応することがあるかどうか。
⑦?????
ユーザの需要が曖昧の場合、設(shè)計書に対応することがあるかどうか。そして増えるまたは減らす作業(yè)量、複雑性などに対して、考えることがあるかどうか。
⑧?????
言語は分かり易くなって、多義性があることができません。設(shè)計書を書く時、どのようにレビューし易いと考えます。
?
??????
FD
の方面。
①?????
FD
階段の設(shè)計書は機(jī)能設(shè)計書です。主に基本設(shè)計書を?qū)潖辘筏?、コンピュータの上でどのように実現(xiàn)します。
②?????
基本設(shè)計書と構(gòu)成設(shè)計書の間すべての設(shè)計は機(jī)能設(shè)計書の內(nèi)容だと思います。この設(shè)計書は開発者の根拠です。內(nèi)容必ずは合理的と正しいです。
③?????
言語は分かり易くなって、多義性があることができません。且つレビューし易いために多くの細(xì)い點(diǎn)を注意します。
?
２．?
レビューについて
①?????
設(shè)計書では、プロジェクトと會社の規(guī)約によって、
Excel
版文書または
Word
版文書があります。
Excel
版の文書は分かり易くて、しかしレビューに役立ちません。
Word
版の文書はレビューに役立って、しかし分かることは苦労しています。
②?????
設(shè)計書の難しい程度と會社のデータによって、予定するバッグ數(shù)を確定します。
③?????
設(shè)計書を書き終わった後に、自己レビューして、向かうしレビューすることが必要です。
④?????
レビュー前に、本回のレビュー観點(diǎn)を明確します。
⑤?????
レビューの時に、擔(dān)當(dāng)者は設(shè)計書を読むんで、レビュー者は問題を指摘します。問題のタイプによって、分類します。
⑥?????
レビュー終わったから、レビュー結(jié)果報告書と結(jié)果分析報告を作成します。指摘されたバッグ、バッグの原因、予定するバッグ數(shù)によって、分析して、見解を提出します。また、もう一回レビューが必要かどうかとレビュー観點(diǎn)を確定します。合計するバッグ數(shù)は予定するバッグ數(shù)より大きくまたは少なく場合、管理者はこの問題を重視する必要があります。
⑦?????
レビュー結(jié)果報告書と結(jié)果分析報告によって、管理者は設(shè)計書の品質(zhì)と擔(dān)當(dāng)者の問題を見ます。
?
３．?
プロジェクト管理について。
①?????
オフショアので、プロジェクト內(nèi)容は明確にしなければなりません。明確しない作業(yè)があることができません。
②?????
プロジェクトの開発の中で、
2
つの表を保守する必要があります。問題一覧表と作業(yè)一覧表です。
③?????
それぞれのデータを取得します。例えば：新規(guī)開発
1k
ステップ當(dāng)たり各階段の指標(biāo)、レビューのバッグ數(shù)等。
④?????
MK2
、
MK3
、
CT
、
ST
それぞれのテスト観點(diǎn)を明確しました。テストされる內(nèi)容はソース、構(gòu)成設(shè)計書、機(jī)能設(shè)計書、基本設(shè)計書です。
⑤?????
線票で進(jìn)捗情報を表示します。
⑥?????
プロジェクト會議に問題を記録して、次の會議にすべての問題を確認(rèn)します。
?
?