- ベストアンサー
システム開発の工程を教えてください。
要件定義→基本設計→詳細設計→製造→単体試験→結合試験→総合試験… といったシステム開発にはあると思うのですが。 いまいちそれぞれの工程の役目がわかりません。 特に、要件定義・基本設計・詳細設計が詳しく知りたいです。 欲を言えばフォーマットも手に入れたいと思っています。 参考になるようなサイトや文献がありましたらどんな小さなことでも結構ですので よろしくお願いします。
- その他（プログラミング・開発）
- 回答数3
- ありがとう数5
- みんなの回答 （3）
- 専門家の回答
質問者が選んだベストアンサー
その他の回答 (2)
- lv4u
- ベストアンサー率27% (1862/6715)
各工程の役割を知るだけなら、No.2さんの回答で十分と思います。でもフォーマットも必要となると、実際に開発もされるのでしょうか？となると、手持ちの書籍の中からでは以下の本がおすすめです。 ●上流工程 ※構造化分析とシステム仕様／トム・デマルコ／日経ＢＰ社 原書の出版が１９７８年というから３０年近くも前の本。 でも、「ソフト開発の永遠の名著」とされるだけある内容。 オブジェクト指向の前に知っておくべきＳＥの常識、必須知識で、この先も古くなることは無い。 ※要件定義から分析・設計まで「業務システムのための上流工程入門」／渡辺幸三／日本実業出版 変に設計書様式にこだわらずに、上流工程から下流工程までのポイントがまとめています。 付録としてフィクションですが、ビデオレンタル管理システム開発で、ビデオ店長との打ち合わせの様子から、完成した基本設計書までが掲載されていますので、フォーマットとして使えると思えます。 ※業務システムモデリング練習帳／渡辺幸三／日経ＢＰ社 上記の本を読んで、実践力を養うためのシステムモデリング練習の問題集。モデリング支援ツールとして著者が作成したフリーのＸＥＡＤが紹介されています。このソフトは役にたちそうです。 ※プロとしてのデータモデリング入門／林優子／ソフトバンククリエイティブ Oracleをターゲットとしたデータベース設計の本。でもOracle以外でも使える内容です。他の本ではあまり見かけないＤＢ設計上のノウハウが満載で嬉しい内容。 ●テスト工程 ※ソフトウエア・テストの技法 第２版／G.J.Myers／近代科学社 初版は1979年だけど、今でも全然古くはない内容。初版には無かったインターネット・アプリやエクストリーム・テストの章が追加されています。テスト工程の難しさを改めて実感させられる本です。 ●その他 ※ＳＥを極める最強仕事術／日経ＢＰムック 上記の書籍は、情報スキルを高める本。でも、それだけでは不十分。ＳＥとしてのビジネススキルを高めるのがこの本です。技術バカと言われないように、効率良く仕事するためにお勧めの本です。 （定時の合図とともに夜食を買出しに行くのが当たり前、ってのはイヤですねえ。スケジュールか仕事の効率が悪すぎじゃないかと思うこのごろ）
お礼
ご丁寧に回答していただきありがとうざいました。 参考にさせていただきます。
- PED02744
- ベストアンサー率40% (157/390)
http://www.stackasterisk.jp/tech/engineer/index.jsp これの、「【連載 】開発プロセスの基礎」かな。。 ＞特に、要件定義・基本設計・詳細設計が詳しく知りたいです。 ＞欲を言えばフォーマットも手に入れたいと思っています おそらく、、、、 どんなフォーマットを使えばうまくいくのか、 とか どのようなしくみにすればよいのか 等は、企業秘密扱いにできるほど、奥の深いものだと思いますので、 フォーマット等を手に入れるのは非常に困難かと思います。
お礼
ご丁寧に回答していただき、ありがとうございました。 参考にさせていただきます。
関連するQ&A
- ソフトウェア開発工程の呼び方、分け方
システム開発の方法としてウォーターフォールという方法がありますが、Wikipediaでは、 「要求定義」 「設計」 「プログラミング」 「テスト」 「運用」 といった工程の分け方が紹介されていました。 ほかに、 「要件定義」 「概要設計」 「詳細設計」 「製造」 「単体テスト」 「結合テスト」 「運用」 という分け方も聞いたことがあります。 他にどのような分け方、呼び方があるでしょうか。 また、「製造」という呼び方は一般的なのでしょうか。（ちょっと違和感を覚えたので）
- 締切済み
- その他([技術者向] コンピューター)
- Ｊａｖａ開発でアプリを作る
Ｊａｖａ開発でアプリを作る時、eclipseでプログラミング、単体テストを行うことはできるのですが、結合テスト、総合テスト、また、上流工程の要件定義から基本設計、詳細設計を一般的にどのようなツールで行うとかありますか？的外れの質問だったらすみません。要はJava開発でどのようなツールを使うか知りたかったのですが。
- ベストアンサー
- その他（プログラミング・開発）
- 開発者向けから運用者向けへ共有フォルダを整理したい。
SIer内で勤務しておりましたが、このたび50人規模のシステム開発の共有フォルダの管理者に任命されました。 共有フォルダの中身がチームや開発者個人が好き勝手に作成しており混沌としている状態になっているので、 運用開始後を見据えて整理したいと思っています。 しかしシステム運用者にとって、見たいファイルがどのあたりにあるか推測するフォルダ構成というものがイメージできません。 現在ざっくりと工程別に分かれています。 各工程ごとに納品物や最新のドキュメント・参考資料や謎のファイルなどが入っています。 提案 要件定義 基本設計 詳細設計 製造 単体試験 結合試験 総合試験 またデータ移行やインフラ整備については上記工程別とは別になっています。 開発に携わっていない人が、運用担当者になった場合でも、 わかりやすい構成とはどのような形になるのが良いのでしょう。 どうかお知恵をお貸し下さい。
- ベストアンサー
- その他（ITシステム運用・管理）
- システム連絡表とは？
システム開発は、下記のように流れると聞いたことがあるのですが、 「システム連絡表」とは、何を意味するのでしょうか？ 概要設計書 要件定義書 データベース定義書 基本設計書 基本仕様書 詳細設計書 詳細仕様書 単体テスト仕様書 単体テスト報告書 結合テスト仕様書 結合テスト報告書 総合テスト仕様書 総合テスト報告書 バグ報告書 プロジェクト会議議事録 チーム打ち合わせ議事録 システム連絡表 開発スケジュール予定 開発スケジュール実績 テストスケジュール予定 テストスケジュール実績 進捗報告書
- ベストアンサー
- その他（プログラミング・開発）
- システム開発を行う上での
システム開発を行う上での FP法での見積もりに対する各工程の所要日数について お伺いさせて頂きます。 Ａシステム : 120FP 生産性 : 7.5時間 / FP 月間標準時間 : 150時間(1人月) (1日は7.5時間、月間は20日とする。) 作業要員：2名 システム開発の工程及び工程別工数配分率 要件定義： 50% 内部設計： 20% 詳細設計： 35% プログラム設計 : 50% コーディング : 30% 単体テスト : 20% システムテスト ：20% 上記内容で詳細設計の プログラム設計、コーディング、単体テストの 所要日数を算出したいのですが以下の計算で認識は合っておりますでしょうか？ 120FP × 35%(詳細設計) = 42FP(42人日) 42FP × 50%(プログラム設計) = 21FP(21人日) 42FP × 30%(コーディング) = 12.6(12.6人日) 42FP × 30%(単体テスト) = 8.4(8.4人日) プログラム設計の所要日程⇒ 21人日÷2人 = 10.5日 コーディングの所要日程⇒ 12.6人日÷2人 = 6.3日 単体テストの所要日程⇒ 8.4人日÷2人 = 4.2日 以上。 宜しくお願い申し上げます。
- ベストアンサー
- SE・インフラ・Webエンジニア
- システム開発に関してご質問させて頂きます。
システム開発に関してご質問させて頂きます。 あるシステムが180FPの規模だったとします。 各工程別配分比率は 要件定義２５％、 内部設計２０％、 詳細設計(コーディング、ユニットテスト）３５％、 システムテスト２０％ 工程別開発期間を算出する際の期間配分比率は 要件定義２５％、 内部設計２２％、 詳細設計(コーディング、ユニットテスト）３５％、 システムテスト１８％ である場合、このシステムの各工程ごとの所要日数は どのようになるでしょうか？ 補足させて頂きます。 1FP＝7.5時間です。 月間標準時間は１５０時間、1人月＝20日です。 以上。 宜しくお願い申し上げます。
- ベストアンサー
- SE・インフラ・Webエンジニア
- 完全在宅でのシステム開発は可能になってきているか？
システム開発といってもいろんな形がありますが、どんなものでも完全在宅というのは考えられません。 ユーザーの要件をヒアリングし、要件定義／基本設計／詳細設計／実装／テスト・・・というフェーズは人と人とのコミュニケーションが大切です。 「システム開発は在宅では無理」という常識があります。 この常識をくつがえす開発方法を考えたら、もしかしたら大きなビジネスチャンスにつながるのではないでしょうか。 在宅でシステム開発をするには何が問題なのか。を一つ一つつぶしていき、新たなビジネスにしたいと考えています。 「何が問題なのか・・・」思いつくものを教えてください。 逆に「何がメリットなのか・・・」についてもお願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- サービスパックの作成工程
サービスパックについてです。 現在外資系企業に勤めており、米国本社で開発された自社製ソフトを販売しています。 この度、ソフトの日本語化のところでバグがあり、SPを作成してもらっているところです。 米国の開発エンジニアから、1ヶ月という回答があり、工程の詳細を問い合わせているのですが、回答がありません。 とりあえず、自分でどのような工程があるのか調べたいのですが、丁度良いサイトが見つかりません。 どなたか、実際にSPの作成に携わった方もしくはその工程に詳しい方がいらっしゃったら、教えていただければと思います。 自分で調べた限りでは、以下のような工程があるようなのですが・・・ ・元のコードの理解 ・要求の理解 ・改造箇所の決定 ・基本設計 ・詳細設計 ・仕様書作成 ・実際の改造 ・ブロックごとの単体テスト ・結合テスト ・詳細テスト 大変困っています。 詳しく教えてください。 よろしくお願いいたします。
- 締切済み
- その他（プログラミング・開発）
- Lenovo Legion T750iを使用してUSBから起動するための設定ガイドです。
- UEFI設定を調整し、USBドライブをブートデバイスとして認識させる方法を解説します。
- セキュアブートを無効にしてもUSBが表示されない場合の対処法についても説明します。
お礼
ご丁寧に回答していただきありがとうございました。 とても参考になりました。