logo
Home

基本情報 過去問 ソフトウェアプロセス成熟モデル

基本情報技術者 h19年秋 午前 【問42】 分類:システムの開発と運用 ソフトウェアプロセス成熟モデル 基本情報 過去問 ソフトウェアプロセス成熟モデル ア ソフトウェア開発組織及びプロジェクトのプロセスの成熟度を評価するためのモデルである。. デジタル メディア it-ws4. 関係モデルの属性とは何のことかわかりますか?基本情報技術者試験 過去問 年 春期 午前 問26を参考に考えてみます。語句の意味を知っているか知っていないかで問題の難易度が変わりますね。. 管理されたレベルでは、組織は、ソフトウェアの成果物とプロセスの両方に対して定量的品質目標を設定している。生産性および品質は、組織的計測プログラムの一部として、重要なソフトウェアプロセス活動について全プロジェクト横断的に計測される。「組織のソフトウェアプロセスデータベース」は、「プロジェクトの定義されたソフトウェアプロセス」から入手可能なデータを収集し、分析するために使われる。レベル4では、ソフトウェアプロセスは、整った形で定義され首尾一貫した計測を備えるようになる。これらの計測は、プロジェクトのソフトウェアプロセスと成果物を評価するための定量的基盤になる。 プロジェクトは、その成果物とプロセスに対する制御を達成し、許容可能な定量的境界内に収めるためにプロセス実績の変動幅を小さくする。プロセス実績の意味ある変動を、(特に確立した製品ラインでは)ランダムな変動(ノイズ)と区別することが可能になる。新しいアプリケーション領域に対する学習過程に伴うリスクは既知のものになり、注意深く管理される。 レベル4組織のソフトウェアプロセス能力は、予測可能と要約できる。プロセスが計測され、計測可能な限界内で遂行される。このレベルのプロセス能力では、このような限界の定量的範囲内で、プロセスと成果物の品質がどんな傾向かを組織が予測できるようになる。これらの限界を越えたとき、この状況を正すための処置がとられる。ソフトウェア成果物は予測可能な高品質なものである。 レベル4の特徴は、組織的な定量的目標管理とプロセスや製品品質の安定化に焦点があります。プロセスが定量的に安定化することにより、はじめて予測可能になります。プロジェクトは、一連の連なったプロセスとして考えることができますので、プロセスを安定化させることは、プロジェクトの成果を安定化させることになり、プロジェクトの成果を早い段階で予測可能にすることを意味します。 測定というと、何故か組織が行うもののように思われがちですが、組織も行うし、プロジェクトも行うものです。組織は、組織の事業目標を達成するために、プロジェクトはプロジェクトの目標を達成するために測定と分析を行います。また、レベル4で初めて定量的管理を始めるわけではありません。レベル1でも測定と分析は行われているでしょうし、レベル2、3でも勿論使われます。 レベル3までの測定は主. 問題 問45 システム開発におけるウォータフォールモデルの説明はどれか。 ア 一度の開発ですべてを作るのではなく,基本的なシステムアーキテクチャの上に機能の優先度に応じて段階的に開発する。. ソフトウェア開発のプロセスモデルの一つであるスパイラルモデルに関する記述として,適切なものはどれか。 基本的に後戻りが許されないので,要求仕様の変更に対応するには大きな 工数 を要する。. cmmi(能力成熟度モデル統合)とは、ソフトウェア開発作業において、組織がプロセスをより適切に管理できるようにすることを目標として遵守するべき指針を体系化したものであり、ソフトウェア開発組織 および プロジェクトのプロセス成熟度を評価するためのモデルです。.

プログラ ミングの基本的 構成要素 it. ソフトウェア開発組織及びプロジェクトのプロセスの成熟度を評価するためのモデルである。 問 dfd の説明 答 適用業務をデータの流れに注目して視覚的に表現したもの 問 オブジェクト指向の特徴 答 継承という概念によって,モデルの拡張や変更の際に. 1.経済情勢等 (3)情報サービス・ソフトウェア産業の動向 ® 情報サービス・ソフトウェア産業は売上高約18兆円、従業員数約86万人。 情報サービス・ソフトウェア産業の売上高は、年9月以降減少傾向. See full list on 基本情報 過去問 ソフトウェアプロセス成熟モデル monoist. 基本情報技術者試験とは 「コンピュータ科学基礎・コンピュータシステム・システムの開発と運用・ネットワーク技術・データベース技術・セキュリティと標準化・情報化と経営」など多岐にわたり、プログラミングに関する問題も出題されます。. 情報処理技術者試験の勉強を. サービスというコンポーネントからソフトウェアを構築することによって、ビジネス変化に対応しやすくする。 SOA(Service Oriented Architecture)の説明です。 ウ. See full list on compita-japan.

年秋期 基本情報技術者 午前 問69 基本情報 過去問 ソフトウェアプロセス成熟モデル (12/09) 年秋期 基本情報技術者 午前 問68 (12/07) 年秋期 基本情報技術者 午前 問67 (12/04) 年秋期 基本情報技術者 午前 問66 (12/02) 基本情報 過去問 ソフトウェアプロセス成熟モデル ブロとも申請フォーム. 今回は経営情報システムのH30年第16問の開発管理に関する問題について解説します。 H30 情報 第16問. 平成23年 秋期 基本情報技術者 午前 ソフトウェアプロセス成熟モデル 問63 問63 複数のモデル図法を体系化したもの 業務プロセスのモデリング表記法として用いられ,複数のモデル図法を体系化したものはどれか。. 次はソフトウェア開発のプロセスモデルについて書きます。 様々なプロセスが存在しますが、今回は最もメジャーなウォーターフォールモデルについて書きます。. web技術 it-ws2.

、といった具合に前のプロセスの成果物を基に、次のプロセスの作業を行います。そのため、前のプロセスが完了しなければ次のプロセスに進めません。 ウォーターフォールモデルには、“各開発プロセスの区切りが明確であり、全体の流れを把握しやすい”という長所があります。そのため、大規模プロジェクトによく用いられます。 一方で、“要件定義や基本設計などの上流プロセスにミスがあると、テストなどの下流プロセスに大きく影響する”という短所もあります。例えば、リリース直前にデータベース検索機能でパフォーマンス上の問題が見つかったとしましょう。この問題を解決するためには、コードの書き方を改善する(プログラミング)、データベース検索のアルゴリズムを変える(詳細設計)、データベースのレコード設計を変える(基本設計)など、開発プロセスを大きく手戻りしなければなりません。テスト段階でユーザーによる仕様変更が発生した場合も同様です。. 問題文に「開発サイクルを繰り返す」ときたら?↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓「スパイラルモデル」平成19年度春期基本情報技術者午前問41ソフトウェア開発のプロセスモデルのうち,開発サイクルごとにリスクを最小にしながら,開発サイクルを繰り返すことによって,システムの完成度. 開発プロセスとは、ソフトウェアの企画から実際の製造作業、運用・保守に至るまでの過程において、どの段階でどのような作業を行うかを規定した枠組みのことです。開発や管理にかかわる人に対し、実施する作業について共通認識を持たせ、作業の効率化を図ることを主な目的とします。 一般的に、開発プロセスには表1のようなものがあります。 これらの開発プロセスを実施する順番や形式をモデル化したものが開発モデルです。開発モデルには、ウォーターフォールモデル、スパイラルモデルなど、さまざまなものがあります。.

反復できるレベルでは、ソフトウェアプロジェクト管理の方針とその方針を履行するための手順が確立されている。新しいプロジェクトの計画とその管理は、類似プロジェクトの経験に基づいている。レベル2を達成することの目的は、ソフトウェアプロジェクトの効果的な管理プロセスを制度化することである。具体的なプロセス実装はプロジェクト毎に相違があるとしても、効果的な管理プロセスは、以前のプロジェクトで成功した実践を組織が反復できるようにする。効果的なプロセスは、実践され、文書化され、徹底され、トレーニングされ、計測され、改善可能なものと特徴付けられる。 レベル2組織のプロジェクトでは、基本的なソフトウェア管理を導入している。・・・ 基本情報 過去問 ソフトウェアプロセス成熟モデル 基本情報 過去問 ソフトウェアプロセス成熟モデル ソフトウェア要件およびその要件を満足させる作業成果物にはベースラインがあり、その一貫性は制御されている。ソフトウェアプロジェクト標準が定義され、組織はこれらに忠実に従うことを確実なものにする。・・・ レベル2組織のソフトウェアプロセス能力は、規律ある状態と要約できる。 レベル2の特徴は、基本的なソフトウェア管理が実現されているレベルと要約されます。ここでソフトウェア管理という言葉が使われていますが、これはソフトウェアプロジェクト管理と読み替えてもよいと思いますが、プロジェクトの成果物を対象にした構成管理や客観的な品質保証も含めていますので、多少広めの用語を使用していると考えられます。基本的なソフトウェア管理という言葉は、レベル3以上のプロジェクト管理に対する言葉使いであり、基本的なプロジェクト管理とは、コスト、スケジュール、機能充足性を中心に、発生する問題が生じたときに是正を図るということを意味します。レベル3では起こるかもしれない問題を発生する前に予見するという意味で能動的なプロジェクト管理ということができますが、それに対して、レベル2のプロジェクト管理は受動的なプロジェクト管理ということができます。 また、上記の文章では、プロジェクトと組織の関係で誤解を生じることが懸念されますが、レベル2における主体はプロジェクトであり、組織はプロジェクトに対して、プロジェクトが実装するプロセスに対する方針を示すことが期待されています。ここで、プロジェクトの活動は一連のプロセスで構成されているという考え方が必要です。方針とは、それらのプロセスの活動に対する組織の期. ソフトウェア開発組織及びプロジェクトのプロセスの成熟度を評価するためのモデルである。 イ ソフトウェア開発のプロセスモデルの一種である。 ウ ソフトウェアを中心としたシステム開発及び取引のための共通フレームのことある。 エ. 基本情報技術者 午後問題の分野別まとめ. 問49 cmmi の説明はどれか。 ア ソフトウェア開発組織及びプロジェクトの プロセスの成熟度を評価するためのモデルである。. 情報の管理 it-im6. 基本デー タ構造 it-pf2.

定義されたレベルでは、組織全体でのソフトウェアの開発と保守の標準プロセスが文書化されている。これにはソフトウェアのエンジニアリングと管理の両方のプロセスが含まれ、これらのプロセスは首尾一貫したものとして統合化される。この標準プロセスは、CMMでは「組織の標準ソフトウェアプロセス」と表されている。ソフトウェアマネージャと技術要員は、より効果的に動けるよう、レベル3で確立されたプロセスを利用する(そして適宜変更する)。組織はそのソフトウェアプロセスを標準化する際には、ソフトウェアエンジニアリングの効果的なプラクティスを活用する。組織のソフトウェアプロセス活動の責任を負っているグループ(ソフトウェアエンジニアリングプロセスグループ(SEPG)などと呼ばれる)が存在するFowler90。要員およびマネージャが要求される知識や技能を習得し割当てられた役割を遂行できるように、全組織的なトレーニングプログラムが履行されている。 プロジェクトは、「組織の標準ソフトウェアプロセス」をテーラリングし、プロジェクトの特徴に合せて、独自の定義されたソフトウェアプロセスを作成する。CMMでは、このテーラリングされたプロセスを「プロジェクトの定義されたソフトウェアプロセス」と呼んでいる。定義されたソフトウェアプロセスは、整った形で定義されたソフトウェアのエンジニアリングと管理のプロセスが一体となって統合された集合から成っている。整った形で定義されたプロセスは、開始基準、インプット、作業を実施するための標準と手順、(ピアレビューのような)検証メカニズム、アウトプット、および完了基準を含んでいる。ソフトウェアプロセスが整った形で定義されているので、管理層はすべてのプロジェクトの技術的進捗をよく見通せる。 レベル3組織のソフトウェアプロセス能力は、標準と首尾一貫性と要約できる。 レベル3では、組織の標準プロセスの確立とそれをもとにプロジェクトがテーラリングした「プロジェクトの定義されたプロセス」に基づいて活動が進められることを意図しています。「プロジェクトの定義されたプロセス」は、レベル2のソフトウェアプロジェクト標準の発展系と位置づけられますが、さらにエンジニアリングの活動が統合化されることが意図されます。ここでいうエンジニアリングとは、純粋に要件仕様から要件を満たす製品を実現する技術的. 初期レベルでは、組織がソフトウェアの開発と保守のために安定した環境を提供しないのが典型的である。組織が健全な管理を欠いている場合、役に立たない計画活動とリアクション型の責任体制によって、良いソフトウェアエンジニアリングプラクティスの利点が損なわれてしまう。危機に直面すると、典型的なプロジェクトは計画された手順を放棄し、コーディングとテストに戻る。プロジェクトの成功は、卓越したマネージャと熟練し効果的なソフトウェアチームがいるかどうかにかかっている。・・・ レベル1の組織のソフトウェアプロセス能力は予測不能である。なぜならソフトウェアプロセスが、作業の進捗につれて、たえまなく変更され、修正され続けるからである(プロセスは場当たり的である)。この場合、スケジュール、予算、機能充足性および成果物の品質は一般的に予測できない。. itパスポート、基本情報技術者(午前)、応用情報技術者(午前)、高度試験(午前i、ii)の過去問題をすべて解説 平成21年 春期 応用情報技術者 午前 問48 CMMIの開発モデルの目的はどれか。. . ウォーターフォールモデルやスパイラルモデル以外にも表2に示すような開発モデルがあります。 以上のように、開発モデルにはさまざまなものがあり、それぞれ長所・短所があります。そのため、ソフトウェアの性質や規模、スケジュール、コスト、さらにエンジニアや開発会社の経験やノウハウなども検討したうえで、最適な開発モデルを選択する必要があります。. 最適化するレベルでは、組織全体が継続的なプロセス改善を重視している。組織には、欠陥の発生を予防することを目標として、プロセスの弱みと強みを先を見越して特定する手段が備わっている。ソフトウェアプロセスの有効性を示すデータは、組織のソフトウェアプロセスに対する変更提案や新しい技術の費用対効果分析に使われる。最高のソフトウェアエンジニアリングプラクティスによる革新的な改善が特定され、組織全体に移転される。レベル5の組織のソフトウェアプロジェクトチームは、欠陥原因を決定するために欠陥の分析を行う。ソフトウェアプロセスは、既知の欠陥の再発を防止するために評価され、その教訓は他のプロジェクトにも広められる。 レベル5組織のソフトウェアプロセス能力は、継続的な改善と特徴付けられる。レベル5の組織では、プロセス能力の範囲を改善する努力を怠らず、これによってプロジェクトの実績を向上させる。既存プロセスの漸進的進歩と、新しい技術および手法による革新の両方によって改善が行われる。 レベル2~4を通じて、組織やプロジェクトは問題に対処し、プロセスを安定化し、問題の発生を予測したり、結果を予測する術を身につけていることになります。残る課題は、プロセスそのものに根ざす生来の問題をいかに除去するかであり、これがレベル5のテーマです。 成熟度は、プロセス改善の道筋を示すものとして、組織として重要なプロセスを如何に確立、維持していくかということを述べていますが、レベル5における改善プロセスの確立をもって、一応の完成をみることになります。しかしながら、形ができたということであって、最適なパフォーマンスが必ずしも発揮されているとは限りませんので、プロセスは継続的に見直していくことが必要になります。レベル5では、「継続的なプロセス改善」と言っていますが、プロセスだけを見ているのではなく、新しい技術や手法(勿論ツールも含まれます)の導入も含めていますので、むしろ「継続的改善」といった方がよいと思います。. 問題文に「EA」と来たら?↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓「全体最適化」。平成21年度春期基本情報技術者午前問61エンタープライズアーキテクチャ(EA)を説明したものはどれか。アオブジェクト指向設計を支援する様々な手法を統一して標準化したもので,クラス図などのモデル図.

試験の過去問題の使用方法(申請方法、使用料等)について 当機構で公表している過去の試験問題の使用に関し、許諾や使用料は必要ありません。(ダウンロードでのご利用も特に問題ございません。) ただし、留意点を必ず確認の上、ご使用ください。. 基本情報技術者 h19年春 午前 【問41】 分類:システムの開発と運用. 基本情報技術者 平成28 年度秋期本試験の分析 と 次回試験への対策法 1. 能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、英: Capability Maturity Model Integration, CMMI) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである 。. 闇雲に「過去問を全問やれば合格できる」というものではありません。 よく出る問題 and 練習すればできる or 練習しないとできない問題に絞った方が、効果的であり効率的な勉強法です。 この連載では過去問の中から5問を厳選し解説します。(年度別 厳選5題 過去問題集). 解答は、「イ.ソフトウェアを複数の機能に分割し、機能ごとに要件定義、設計、プログラミング、テストの各工程を繰り返す」です。 アは、ウォーターフォールモデル。ウは、「プロトタイピングモデル」。エは、「インククリメンタルモデル」です。. IPA(独立行政法人 情報処理推進機構)は、組み込みソフトウェア開発を対象として開発プロセスを整理し、それを「組込みソフトウェア向け開発プロセスガイド」としてまとめています。 このガイドでは、組み込みソフトウェア開発におけるプロセスを図3のように「V字モデル」で規定しています。 このV字モデルは、左側のプロセスで作り込んだ内容を、右側のプロセスで確認することを表しています。つまり、システム要求定義で定義した要件はシステムテストで、ソフトウェア詳細設計で設計した内容は単体テストで確認するという意味です。なお、このモデルは開発プロセスを整理したものであり、ウォーターフォールモデルやスパイラルモデルのようにプロセスを実施する順序については規定していません。. h20春 ソフトウェア開発技術者 問40 ソフトウェア開発組織の活動状態のうち、 プロセス成熟度モデルにおけるプロセス成熟度が最も高いものはどれか。 ア 実績が定量的に把握されており、プロセスが組織的に管理されている。.

脆弱性 it-ws6. データ ベースの応用分 野 13-6,,13 it-ws1. 以下ではネットワークアーキテクチャに関連したipa情報処理試験の過去問とその解説をまとめています。 平成18年春 問54 tcp及びipとosi基本参照モデルの7階層との関係―基本情報技術者 午前. 基本情報技術者試験とは (1) どのような試験なのか 基本情報技術者試験とは,情報処理技術者試験制度のレベル2 に相当し,. 以下ではソフトウェアライフサイクルプロセスに関連したipa情報処理試験の過去問とその解説をまとめています。 令和元年秋 問39 共通フレームの定義―itパスポート; プロセス成熟度. web開発 it-ws5. 基本情報技術者試験の午前問題は過去に出題された問題がそのまま出題されることも多々あるため、過去問を繰り返すことはとても有効です。 一方午後問題に同じ問題は出題されません。そのため解き方をしっかり勉強する必要があります。.

ウォーターフォールモデルは、最も基本的な開発モデルです。その名のとおり、水が高いところから低いところへ流れるように、各開発プロセスを1つずつ順番に進めていきます。各開発プロセスの最後にはそのプロセスで作成したドキュメントなどの成果物をレビューし、必要な作業がきちんと行われているかどうかを確認します。基本設計では「要件定義書」を基に、詳細設計では「基本設計書」を基に. ソーシャ ルソフトウェア 13-1,6 it-pf1. ここから4〜5問出題される。基礎知識とここ以外は、出題範囲が読みづらいので、ここの開発は押さえておきたい。 開発方法論 開発モデル ・ウォーターフォールモデル ー 大規模に適したモデル。前の工程に後戻りしない ・プロトタイプモデル ー 比較的小規模開発に限定。試作品を作成して. 技事録係 試験録 IPA テキスト 分野 大分類 中分類 テクノロジ系 開発技術 システム開発技術 『ソフトウェア要件定義』では,ソフトウェア要件定義の考え方,手順,手法,留意事項の修得を目指します。 目次 試験情報 出題傾向 対策 シラバス テキスト ソフトウェア要件定義のタスク. CMMは、個々の成熟度レベルにおける組織を特徴付ける重要な(もしくはキーとなる)属性について記述しており、その意味で記述的モデルである。政府との大規模契約プロジェクトを遂行する組織に期待される規範的な行動について、詳細なプラクティスが特徴付けているという意味で、規範的モデルである。CMMは適度なレベルの抽象概念で書かれており、ある組織がソフトウェアプロセスをどのように実装するかについて過度に制約することを意図するものではない。すなわち、ソフトウェアプロセスに本質的な特徴は通常どうあると期待されているかを記述しているに過ぎない。 CMMを適用するいかなる状況においても、キープラクティスは合理的に解釈されるべきである。もしもビジネス環境が、大規模組織のものと比べて大幅に相違がある場合、知識のある専門家の判定のもとで、CMMは適切に解釈されなければならない。 CMMは処方箋ではないので、組織に対して改善の方法を教えたりはしない。CMMはそれぞれの成熟度レベルに達する特定の手法を処方するのではなく、各々の成熟度レベルにおける組織について記述している。レベル1からレベル2までいくのに、数年を要することがあり、他のレベルに移行するには通常、2年ほどかかる。 ソフトウェアプロセス改善は、組織の戦略的計画および事業目標、その組織的構造、その使用技術、その社会的文化、およびその管理体制などの周辺状況のなかで発生する。CMMはTQM運動のプロセス面に焦点を置いている。優れたプロセス改善は、ソフトウェアプロセスの範囲外の観点への対応も伴う(例えば、プロセス改善が実装され制度化されることを可能にするための組織文化の改変に伴う人的問題など)。 制度化とは、よい活動を日常的に繰り返して行えるように、組織の基盤、文化を確立することを意味します。 以上、CMU/SEI-93-TR-24「ソフトウェア能力成熟度モデル 1. ソフトウェアには目的があり、そのソフトウェアを利用するユーザーがいます。自分用にプログラムを書くだけなら簡単ですし、間違いもすぐに直せます。しかし、非常に多くのユーザーが利用するソフトウェアはどうでしょう。多くのユーザーが問題なく利用できるソフトウェアを作るためには、「プログラミング言語を知っている」「ハードウェアに詳しい」というだけではダメです。職業としてソフトウェア開発に携わるのであれば、技術的な知識はもちろんのこと、「ソフトウェアの開発技術」や「プロジェクトの管理技術」なども必要になります。 近年、ICチップの高集積化に伴い、組み込みソフトウェアの多機能化・大規模化が進んでいます。例えば、携帯電話のソフトウェア開発の場合、100人以上のエンジニアがかかわる大規模プロジェクトになります。しかし、その一方で開発期間は短くなる傾向にあります。短期間で高性能・高品質のソフトウェアを作るためには、“開発プロセスをきちんと理解し、いかに効率的に作業を行うかを考えること”が重要になります。. osi基本参照モデルの第3層: h27秋期 問31; 12: csma/cd方式: h27春期 問32; 13: lan間接続装置: h27春期 問33; 14: リピータの特徴: 基本情報 過去問 ソフトウェアプロセス成熟モデル h26秋期 問32; 15: lan間接続装置: h26春期 問30; 16: lan間接続装置: h25秋期 問34; 17: ネットワーク層の説明: h25春期 問33; 18: macアドレスの構成: h24.

情報アー キテクチャ it-ws3. 下流プロセスでの問題の発生や仕様変更による手戻りが大きいというウォーターフォールモデルの短所をカバーするために考えられたのが、スパイラルモデルです。基本はウォーターフォールモデルと同じですが、ソフトウェアを「サブシステム」に分割し、螺旋(らせん)を描くようにサブシステムごとに開発プロセスを繰り返して開発を進めます。 早い段階でテストを行い、ユーザーの要件を満たしているかどうかを確認できるため、“要件定義や設計でのミスやユーザーとの認識の違いを早期に検出して修正することが可能”です。一方で、“プロジェクト全体が完了する時期の見極めやプロジェクト全体の管理が難しい”という短所もあります。. サイバーセキュリティや自動運転など新たな取組に向けて、今一度、A-SPICEの理解や重要性についてお話します。また、弊社策定のSoftware Update成熟度モデルについても説明致します。. 膨大な過去問からおすすめの「厳選5題」を紹介します。ここでは、平成23年度 秋期 基本情報技術者試験の午前試験の過去問から、「やるべき」5題に厳選し、ぶっちゃけた解説をさせていただきます。. .