- ベストアンサー
システム開発手法について
資格取得を目指して経営情報システムを勉強しているのですが、 問題の答案を見ても理解できないところがあったので、質問させて下さい。 (1)『スパイラル型システム開発手法』と『アジャイル開発手法』は同じ意味ですか？ また、ＲＡＤやＸＰといった開発手法は、アジャイル開発手法の一種という理解でよろしいですか？ (2)問題解説に 『ウォーターフォール・モデルでは計画から実施までの時間がかかりすぎる、という点を 解決するために生まれた手法がスパイラル型システム開発手法』 とあります。 ”スパイラル”なんかにしたら余計時間がかかりそうな気がするのですが、 なぜスパイラル型開発手法は時間がかからないのですか？ (3)問題解説に 『プロトタイピング手法では、エンドユーザー自らが試作品として作成したプログラムなどから 出発して情報システムを進化させていく』 とあるのですが、”エンドユーザー自ら”が試作品を作成するのですか？ エンドユーザーは試作品のチェックをするだけであり、 試作品を作成するのは委託されたプログラマーだと思うのですが…。 (4)解説に 『ライフサイクルアプローチ→システム設計・開発の一生を、予備調査から開発後の導入や 維持・管理までとらえること』 とあるのですが、ライフサイクルアプローチとは実際に使用されている言葉ですか？ googleであまりヒットしなかったのですが…。 たくさん質問があって申し訳ありません。 初心者ですが、よろしくお願いいたします。
- 04t0717f_1113
- お礼率22% (46/204)
- 経営情報システム
- 回答数2
- ありがとう数3
- みんなの回答 （2）
- 専門家の回答
質問者が選んだベストアンサー
判るとこだけ >> ”スパイラル”なんかにしたら余計時間がかかりそうな気がするのですが、 なぜスパイラル型開発手法は時間がかからないのですか？ もちろん、何も考えずにスパイラルにすれば、何度も変更要望を聞いて、何度もその要望に合わせたシステムを開発することになります。 なので、余計な手間と時間がかかる可能性がありますね。 また、「これでどうでしょう？」と見せたシステムに対して、「ここ直してよ」という回答がなかなか返ってこないなら、これも時間がかかる要因になります。 顧客に限らず自分で作ったプログラムでも、出来あがった動くシステムを見て、初めて「こういう機能が欲しい」と理解することは多いです。 とりあえず動作するシステムを素早く作り上げ、顧客の求めるものを早めに拾い上げることで、開発の最期に大きな仕様の変更が出て、開発が長期化するのを防ぐことができると「期待」するのがスパイラルだと思います。 素早いシステムの構築ができず、顧客が素早く試作システムにレスポンスしない、際限なく変更が出て、それを取捨選択、締め切ることができないなら、当然ながらよけいに時間がかかるでしょうね。 >> 『プロトタイピング手法では、エンドユーザー自らが試作品として作成したプログラムなどから出発して情報システムを進化させていく』 初めてこういう説を目にしました。エンドユーザが試作品を作れることって、ほとんど無いと思います。回答は間違いでしょう。 >> 『ライフサイクルアプローチ→システム設計・開発の一生を、予備調査から開発後の導入や維持・管理までとらえること』とあるのですが、ライフサイクルアプローチとは実際に使用されている言葉ですか？ 開発手法の本をいくつか読んでいますが、見たことありません。最近出来た言葉ではないでしょうか？googleであまりヒットしないことから、実際にはあまり使われていないと思います。
その他の回答 (1)
- jeee
- ベストアンサー率52% (119/227)
ライフサイクルアプローチは、一般的な言葉ではないと思いますが、ライフサイクルと言う言葉には、現在、次の二つがあります。 ・ソフトウェアライフサイクルプロセス（SLCP） ISOで標準化されたものでJIS X0160があり、これを日本の現状を踏まえ拡張された「共通フレーム2007 第2版（SLCPーJCF2007??第2版の表記は分かりませんが）」 http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-50247-7 ・システムライフサイクルプロセス（これもSLCPと） ISOで標準化されたものでJIS X0170があり、今のところ解説書籍などが内容です。 なお、JISについては、次で参照できます。 http://www.jisc.go.jp/app/JPS/JPSO0020.html 『予備調査から開発後の導入や維持・管理までとらえること』については、ITガバナンスのためのCOBITがあります。 http://itgi.jp/cobit/index.html ライフサイクルアプローチは、COBITからのアプローチだと思います。 このあたりの規格等を体系を図式化したものが、次があります。 http://itgi.jp/cobit/index.html
関連するQ&A
- スパイラル開発とアジャイル開発の違いって
色々、読みあさっても、今一つ腹落ちしません。 スパイラル開発とアジャイル開発の明確な違いって何でしょうか。 又、どういう場合に何が適してるのでしょうか。 社内の業務システムをスクラッチで開発を進めようかとしています。 業務作業者のメンバーの知識が乏しく、又、経験も浅い為、社内の要件が中々、抽出できない為、ウォーターフォール型以外にしようかと思った次第です。 かといって、プロトタイプのような時間的余裕もありません。
- ベストアンサー
- その他(業務ソフトウェア)
- RAD(開発期間を短縮する手法）
情報の勉強超初心者です。 教科書にシステム設計、開発からテストに至る工程をエンドユーザーも含む 少人数のチームで担当し開発期間を短縮する手法でタイムボックスあらかじめ 設定しておく」と書いてあります。 下記質問です。 １．システム開発の現場では この言葉は一般的で 頻繁に 使われている言葉でかつ 使われているのでしょうか。 ２．少人数というと どれくらいの規模でどのような開発が 多いと思われるでしょうか。 ３．この手法はどこかの団体が標準化しているのでしょうか。また この仕組みをすすめる支援ツールなど販売されているのでしょうか。 しろうとの質問ですみません。よろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 開発プロセス（プロトタイプ/スパイラル/インクリメンタル)
システム開発プロセスについて整理しています。 整理した結果、以下のような理解をいたしました。 合っていますでしょうか。 ・プロトタイプモデル 「要件定義を行い、早期に試作品を作成してユーザの要求と開発側の認識に ずれがないか確認する」プロセスが含まれているウォータフォールモデルがベースの開発モデル。。 ・スパイラルモデル 独立性の高い機能をサブシステムに分解し、それぞれ要件定義、 設計、製造、テストを行いプロトタイプを作成する。 そのプロトタイプを顧客に見せ、フィードバックを得てから 再度プロトタイプを作成してゆく開発モデル。 ・インクリメンタルモデル システム全体の要求定義を行い、機能ごと製造~テストを経て段階リリースする開発モデル。
- ベストアンサー
- その他（プログラミング・開発）
- MDAを使ったシステム開発の自動化について
MDAを使ったシステム開発の自動化について システム開発を自動化する手法としてMDAという手法があるみたいなのですが、 内容が難しすぎてうまく理解できません。 MDAとは具体的にどのようなことをするのかというのと、 MDAを使う利点や欠点を教えていただけませんか? どうか、よろしくお願いします。
- 締切済み
- その他（プログラミング・開発）
- アジャイルとスパイラルプロセスの違い
開発手法について、個人的にまとめています。 大筋のところではそれぞれ理解したのですが、アジャイルとスパイラルの違いが今1つ分かりません。 この２つの相違点（各利点、欠点も含め）をご教授いただければ幸いです。 スパイラルもアジャイルも、変な言い方ですがモジュール単位で開発を進める点は同じだと感じます。客に対し前者はプロトタイプを使い、後者は実装版で説明してフィードバックや承認を得て次工程に進むという理解をしているのですが、私の理解の仕方に間違いがあればご指摘ください。 具体的なご教授に限らず、参考書籍やサイトのご紹介でも結構です。 どうぞよろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 完全在宅でのシステム開発は可能になってきているか？
システム開発といってもいろんな形がありますが、どんなものでも完全在宅というのは考えられません。 ユーザーの要件をヒアリングし、要件定義／基本設計／詳細設計／実装／テスト・・・というフェーズは人と人とのコミュニケーションが大切です。 「システム開発は在宅では無理」という常識があります。 この常識をくつがえす開発方法を考えたら、もしかしたら大きなビジネスチャンスにつながるのではないでしょうか。 在宅でシステム開発をするには何が問題なのか。を一つ一つつぶしていき、新たなビジネスにしたいと考えています。 「何が問題なのか・・・」思いつくものを教えてください。 逆に「何がメリットなのか・・・」についてもお願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- システム開発をバラバラに分割するデメリットが分らない経営者
Web関係のコンテンツ提供業者に勤めています。SEのキャリアは10年以上あります。 外注工数約50人月、約5ヶ月かかる既存システムの改善（クライアントソフト、改善項目は数十項目）が、システム開発に疎い社長に理解されず、「出来た機能から毎月リリースせよ」と命じられました。「良い機能はお客様に喜んでもらえるのだから少しずつでもリリースすべき」という論法です。 気持ちは分るのですが、関連機能の重複テストによる工期の延長、それに伴う費用の増大、短期で行おうとすれば品質確保への懸念がある等について説明しました。しかし社長は「そんなことはない筈だ」「ホームページなんかページ毎に改善してるじゃないか」「検討しろ」と理解が得られず困っています。 開発手法はウォーターフォールを基本として、部分的にプトタイピングを取り入れています。 システムに疎い人に分ってもらえる上手い説明はないでしょうか。
- ベストアンサー
- SE・インフラ・Webエンジニア
- システムを一から開発
うちの会社では参考ソースコードもドキュメントも一切なく、システム開発を一人に完全にお任せしています。確か業務系の小型システムではありますが、打合せから帳票・サーバ構築、開発テスト・保守全部一人でやっています。 死ぬより苦労したんだろうと、みんな自分の技術を死守するため、何重にもパスワードかけいます。問題なのは新人が入ると誰も教えないのです、で新人は自分で教科書を読みながら、システムを作成しますが、JAVAの人もいれば、VBの人もいます、エクセルの関数でなんとかしのぐ人もいます。社内は混乱極まりないのです。 普通の会社でもこんな感じなんですか。どう改善すべきですか?
- ベストアンサー
- SE・インフラ・Webエンジニア
- システム開発における
システム開発における 問題点の分析について、アドバイス頂きたい事があり 投稿させていただきました。 <経緯> 現在使用している販売管理業務システムを 現行の業務と乖離してきている為内容を修正することとなった。 販売管理システムは、X業務システム、Y業務システム、Z業務システム ３つのサブシステムで構成されていて それぞれの業務に精通したメンバーを割り当てる必要があった。 ところが、かつて現有システムの開発に携わった経験を持ち、 各業務に精通しているメンバはわずか３名であり、 一方Ｚ業務管理システムの構築に必要な特別なスキルを 身につけているのも、この３名だけであった。 結果として、Ａ課長はこの３名をＺ業務管理システムの開発に配置し、 Ｘ業務管理システム、Ｙ業務管理システムともに、業務には精通しているが 開発スキルは不十分なメンバと開発スキルは十分だが業務の理解は 不十分なメンバの混成チームを編成し、各チームにリーダを配置し、本プロジェクトを開始した。 結合テストが終盤に差しかかる頃、 バグが多発しテストの進捗に影響を与えている状況が露呈した。 結合テスト工程でのバグ原因分析 サブシステム名 設計バグ件数 製造バグ件数 総バグ発生件数 Ｘ業務 ５１ ８９ １４０ Ｙ業務 ２５ １３７ １６２ Ｚ業務 ２ ２１ ２３ 全体 ７５ ２５０ ３２５ 結合テスト工程でのバグ原因分析の結果によると、 Ｘ業務システム、Ｙ業務システムについて それぞれ問題点を認めることができますが Ｘ業務システム、Ｙ業務システムのリーダの立場として、 (1)表３の分析から、不具合を是正するためにどのようなことを行うか。 (2)プロジェクトの初期の段階でどのようなことをすれば根本的に ここで生じている問題を回避することができたと考えられるか。 上記２点に関して、アドバイスを頂けないでしょうか。 以上。 宜しくお願い申し上げます。
- ベストアンサー
- SE・インフラ・Webエンジニア
お礼
ご丁寧な解説を頂き、お二人ともありがとうございました。