システム開発
Summary
TLDRソフトウェア開発において、大規模なシステムを構築するには、段階的に細分化し、統合していくV字型開発が有効である。要件定義から設計、コーディング、テストと工程を細分化し、それぞれの段階で評価・テストを考えながら、徐々に統合していくことが重要という考え方である。
Takeaways
- 😊段階的に詳細化していくことが大切
- 😀要件定義から設計、プログラミングと段階を踏んで細分化
- 😃テストも段階的に実施
- 😅V字型開発と呼ばれる
- 😆事業の方向性から大まかなシステム化の方向性を考える
- 😇その方向性に基づき、システム化する業務を絞り込む
- 😎システム要件定義、設計、プログラミングと段階を踏む
- 😋運用テストは事前に考えておく
- 😉投資した時の効果を事前に評価しておく
- 😁システム要件定義では処理時間などの定量的な指標を設ける
- 😂ソフトウェア要件定義ではプログラムが正しく動作するかを検証
Q & A
システム開発の工程について、どのような考え方が大切だと述べていますか?
-段階的に細分化し、順を追って統合していくV字型開発の考え方が大切だと述べています。
なぜ段階的に細分化する必要があるのですか?
-一度に全てを開発すると手に負えなくなるため、まず大まかに分割し、徐々に詳細な設計・開発を行う必要があるからです。
共通フレームワークでは、どのように段階的な開発を行っているのでしょうか?
-まず事業の方向性、次にシステム化の方向性、さらに業務の絞り込みと段階を追って詳細化していくことで、V字型開発を実現しています。
要件定義ではどのようなことを考える必要がありますか?
-業務要件では運用テストで業務が正常に動作するか、システム要件ではレスポンス時間などシステムそのものの性能を考える必要がある。
ソフトウェアの単体テストとシステムテストの違いは何ですか?
-ソフトウェアの単体テストは個々のプログラムが動作するかを確認し、システムテストはプログラムを統合した全体としてのシステムが動作するかを確認する。
なぜ事前に評価方法を考える必要があるのですか?
-投資した後の効果を測るための運用時の評価方法を事前に定めておく必要があるため。
テストはいつ行うべきですか?
-開発の各段階で事前に考えておき、開発したものに対してテストを行うべき。
結合テストとは何ですか?
-個々のモジュールを結合していき、動作を確認するテストのこと。
V字型開発とウォーターフォール型開発の違いは何ですか?
-ウォーターフォールは線形的な開発、V字型は段階的詳細化と順次結合を行う開発手法の違いがある。
開発工程が細分化される理由は何ですか?
-それぞれの工程で担当するべき具体的な作業内容が異なるため、工程を分割する必要がある。
Outlines
😊段階的詳細化の重要性
システム開発では,まず大まかな方向性を定め,段階的に細部を詳細化していく「V字型開発」が重要。共通フレームなども,事業→システム→ソフトウェアと段階的に詳細化している。
😃開発工程の細分化
開発工程は細分化されており,それぞれの工程で行うべき検証内容が異なる。例えば,要件定義段階では運用テストを考慮し,システムが期待通り動作するかを検証する。
Mindmap
Keywords
💡段階的詳細化
💡テスト
💡運用テスト
💡共通フレーム
💡投資効果
💡システム化
💡要件定義
💡プログラミング
💡ローターフォールモデル
💡マーユニット
Highlights
システム開発は段階的に細分化して詳細化していくことが大切
要件定義からプログラミングまで段階を追って詳細化していくV字型開発が有効
事業の方向性から始めて徐々に細分化し、統合テストしながら実装していく
運用テストの考え方をシステム化の初期段階から取り入れることが重要
業務要件とシステム要件を分けて定義し、テストも段階的に実施する
Transcripts
システム開発をやるときなやり方として
まず考え方ですね
システムを作ろうっていう風にやってあっちっちゃいプログラムとかだったら自分で
考えて一気にっていうふうにやれば ok なんですがまぁ色んな人が関わってくる
大きなプログラムの場合はこのやろうっていう風なこの塊と化しステムっていうのは
結構
壮大なんでこれをあの細かく
分けてどういう風にやればいい勝手今工程も
後システムそのものも
ね
細分化して考える必要がありますでこの時に一気にやると
感なくなるんでまずはあの荒く細くしてからそこからまさらに細かくしていくと
いうふうな形で段階的に
ですね詳細化していく
これがまず一番
だいぶが以前っていうのは基本になる
だんだん細くなっていくよっていう風な考え
ねねっ
てそれをまあさらに細かくして言って細かくして言ってっていうふうなことでも
だんだんちっちゃくなっていきます
では実際システム作るときにはその細い
ソフトウェアのマーユニットっていう風な
形の一番ちっちゃい
ところもプログラムアヌット仕込むんですがこれはの
これ単体で動くからっていって全体で動くかどうか限らない
でさらにあの
段階的にこれをまあくっつけてまぁ今では1個1個テストしてそれでまあくっつけて
ですとしてっていう形で段階的に試しながら
統合していきます
こういう風な形でだか段階的にだんだんだんだん細くして言ってそれをだんだん
だんだんあの
大きくしていいか
イメージ的にはなんかだんだん細くして言ってだんだんを聞い
テープになります
これはの6に今 v 字型開発っていうふうに呼びますし
このやり方は
ソフトウェア開発の賭場では昔からローターフォールモデルって言う分
抜かれるものですがこういった考え勝ったごま酢1番
まあ開発の工程自体は他にもありますが考え方としては段階的に細くして言って段階的
に統合していくっていうのは大切になります
でっなのでま実際共通フレームなんかをもとに段階的に細かくってなんでどういうふう
なことをやっているかざっと軽く見ていきましょう
ちょっとこちらをご覧くださ
これはの共通フレーム猫なはれている
ですね段階別の詳細かですがまずは約一番大きなところで事業の方向性点を考えてです
ね一番大きなシステム化の方向性を考えていく
さらにその中でまぁシステム化する業務につい
て考えて行こうねっていうことでまぁ様限定いって形で行っていく
でさらにまあそれを細くしていてせステムっていう形でシステム要件定義とか方式設計
とかいうのをやっていた後で最終的にソフトウェアをつくっていくソフトウェア設計と
かですね
プログラミングってぱ達になっていきますのこれが段階的な詳細か
でさらにその後何回的にくっつけながらまあテストを行っていきますな団体ですと結合
テストという風な形でどんどんテストが積み重なっていきますが運用テストねこれを
やるときの考え方として
まああの
ここで作っていくときにただ作ってその後でテストはテストな時に考える
っていう風なのだとまぁ何をテストしていいかわからないんで基本的には
こっちのシステム化の方向性とかを考えるときにこの運用の評価とか
運用とか実際の評価の仕方っていうのを考えますねこういうところが評価ポイントで
具体的なシステム化計画の時には投資するんで投資した時のその後の効果がどうなるか
なぁみた
のことを待っペースで考えます
要件定義も業務の要件定義とかだったら
運用テストで実際に運用してみて業務がちゃんとできるかどうかっていうふうなことを
試す
でシステムの要件定義の時にはちゃんとシステムがこの辺のところだとシステムが
ちゃんと動くかなっていうふうなのは動くっていうのは例えば
応答が10秒以内で帰ってくるとかそういった形で定義しといてそれに対して時ステム
ディストリテストするみたいな形でシステムがちゃんと動くかどうかでさらに今
ソフトウェアがちゃんと動くかどうかっていう風な形のあらかじめ
テストを考えておいてそれに対して出来上がった
pro
ぐらみんぐで出来上がったもののテストを行う
そういった形で開発工程っていうのが進んでいきます
なのでも結構細かくんですね色んな工程に分かれていてでまぁそれぞれでやる事って
いうのが決まってきます
Посмотреть больше похожих видео
5.0 / 5 (0 votes)