開発方法論がいろいろありますが、分析、設計の手法や成果物(ドキュメント)は、まったくことなります。 オブジェクト指向、反復型プロセスで、開発をおこなうなら、これがバイブルですかね。 https://www.ogis-ri.co.jp/otc/hiroba/OoBook/RUPIntro3rd/index.html レガシーなウォーターフォールベースの開発方法論だと、SIerごとに定義されているので、案件ごとにマニュアルを見るしかないでしょうね。 私は富士通育ちですが、富士通には、SDEMというのがありました。(現在もアップデートされているのかは不明ですが)
基本は実際の業務で覚えたよね。 他の回答にもあるように、どういったアウトプットが必要になるかは、業務内容(業務の範囲や種類など)によって変わってくるし、書式も変わったりするので、都度覚えることがでてくるからね。 また、基本設計と詳細設計の線引きも曖昧なところがあるので、どれをどちらに書くか、みたいなのは未だに業務毎に違ったりもしてくるし。
会社や顧客毎に納品物の定義が違ったりするので、 基本的にそのプロジェクトに合わせて要件定義、設計しますが、 基本的なスタイルとか顧客の指定がない場合、その会社の 標準的な手法で実施します。 そのため、基本的には就職して経験するしかない。 それも中小だと一部しか担当できないので、大手SIerに・・
1人が参考になると回答しました
< 質問に関する求人 >
システムエンジニア(東京都)この条件の求人をもっと見る
求人の検索結果を見る
< いつもと違うしごとも見てみませんか? >
覆面調査に関する求人(東京都)この条件の求人をもっと見る