ソフトウェア工学
テストポイントの概要
主要な章
ソフトウェアエンジニアリングの概要
古いバージョンのチュートリアルから、以前に試験を受けました
コンピテンシーモデル
記憶力のレベルと特徴
機能成熟度モデルの統合
三次元測定機と比較すると、第 2 段階と第 4 段階が異なります
試験もほとんどない
b
d
b
ソフトウェアプロセスモデル
前のステージをクリアして初めて次のステージに進むことができ、
条件は明確です。
要件が明確でない場合に最適
プロトタイプモデルとウォーターフォールモデルを組み合わせると、
要件が明確になりません
リスク分析:
リスクがある場合はスパイラル モデルを選択します
特定計画
リスク分析
実施プロジェクト
顧客評価
情報システムのサイクル全体にテストを組み込む:
単一編集 (一方的)
セット詳細 (吉祥)
システム概要 (膝)
テスト要件 (継続)
一括納品
オブジェクト指向ファウンテンモデル
CBSD – ビルドベース
ある
D-
Helix モデル – リスク評価、大規模プロジェクト
適応性があり
、人間指向で、
反復的で漸進的
統合プロセスモデル RUP
アジャイル開発: 軽量
統合プロセス モデル: 重量
RUP も反復プロセスです
初期化、改良、構築、引き継ぎ
リバースエンジニアリング
ソースコードを復元する
抽象化レベル: ロジック
完全性レベル: コードレベル
めったに検査されない
ad
_
ソフトウェア要件
定義がテストされることはほとんどありません。理解してください
システム要件がテストポイントです
a要件
定義
b
c
a
進行関係を見つける
要件の取得
JRPの方が重要
a
d
サンプリングは数理統計に属します
c
共同需要計画 – 会議
ただ理解してください
データフロー図は午後試験の共通試験です。
データフロー図
階層型データフロー図
トップレベルのデータ フロー図: コンテキスト データ フロー図は、
システム全体と外部エンティティ間の対話を反映します。
最上位のデータ フロー図のデータ フローとレイヤー 0 のデータ フロー図は対応している必要があります。つまり、最上位のデータ フロー図のデータ フローはレイヤー 0 にある必要があります。
処理を洗練する
処理 1 のレイヤ 1 グラフの入出力データ フローは、レイヤ 0 グラフの対応する処理の入出力データ フローに対応する必要があり、処理 2 のレイヤ 1 グラフの入出力データ フローは、レイヤ 0 グラフの対応する処理の入力および出力データ フローに対応します。
要件定義
SRS
最終的な出力は、要件仕様と要件ベースラインです。
審査要件変更の流れ
要件の追跡
順方向トラッキング: ユーザーの本来のニーズが実現されているかどうかを判断する
逆方向トラッキング: ソフトウェアがユーザーのニーズを実現しているかどうかを判断します。
d
データ フロー図は機能モデルを説明します。ER
図はデータ モデルを説明します。Bの動作モデル: 状態遷移図
を選択します
。
A は
外部エンティティを通じてシステムと対話します