☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆ ★　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　★ ☆　　　のんびりやろう！情報処理試験！　〜１問１問コツコツと〜　　　☆ ★　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　★ ☆ 2001.1.10 / vol.530 / mag2:4275 / melma!:3173 / total:7448　　☆ ★　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　★ ☆★☆★☆★☆★　　　春期試験の申込み受付中！　　　☆★☆★☆★☆★☆ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■今日の問題■☆（等幅フォントで見てね！） ---------------------------------------------------------------------- 　仮想記憶方式の一つに、仮想アドレス空間を固定長の領域に分割して管理 　するものがある。この固定長の領域を示す用語はどれか。 　ア　セクタ 　イ　セグメント 　ウ　フレーム 　エ　ページ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■解答■（出典：H11.秋　2種　問31） ---------------------------------------------------------------------- 　エ　ページ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■解説■ ---------------------------------------------------------------------- 　ＯＳに関する問題の特集をやっています。今日も仮想記憶の問題でした。 　昨日、ページング方式についてやったので正解はできたと思います。 　選択肢をさらっと見ていきましょう。 > ア　セクタ(sector) 　　　ハードディスクやフロッピーディスクの記憶面をトラックに分割して、 　　　さらに分割した単位のことです。 　　　セクタは物理的な最小単位ですが、論理的な最小単位としては 　　　クラスタ(cluster) があります。１クラスタが何セクタか？というのは 　　　ＯＳに依存します。 > イ　セグメント(segment) 　　　かんたんに言うと、上のページをいくつかまとめたもののことです。 　　　固定長にたいして、不定長と表現することがあります。 　　　セグメント方式は、ページング方式に対して、扱うデータの大きさを 　　　自由に変更して行う方式です。 > ウ　フレーム(frame) 　　　これは、通信でつかわれる言葉でデータのひとかたまりを指します。 > エ　ページ(page) 　　　仮想アドレスでの固定長の領域を示す言葉です。 ━PR━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■池袋近郊の方■インターネット技術を学んで就職・転職・独立したい方へ 就転職には２４〜３２才が望ましい。プライベートレッスンでWebサイトから LINUXサーバー構築を習得できます。副業でサイト運営、派遣なら時給2100円 ベンチャーを起業したい方にも最適。まずは説明会にご参加ください（池袋） 　　　　http://adcharge.com/j.cgi?01sm006001en01ew00971hj13 ━━━━━━━━━━━━━━━━━━━━━━━━━━ adcharge.com ━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ★これ、おしえてっ！（回答編）★　vol.528(2001.1.6) に対する回答 ---------------------------------------------------------------------- 　「この問題がわからない！！！」という、 　読者からの質問をみなさんに回答してもらおう！というコーナーです。 　今回の質問はこちらです。（出典：H12.　1種　問68） ---------------------------------------------------------------------- 　次の図は、システム開発工程を表したものである。 　システム規模やスケジュールを明確にする目的で作成するシステム計画書が 　作成される工程はどれか。 　┌────┐　　┌────┐　　┌────┐ 　│要求定義│─→│外部設計│─→│内部設計│─→（下へ続く） 　└────┘↑　└────┘↑　└────┘↑ 　　　　　　　│　　　　　　　│　　　　　　　│ 　　　　　　　Ａ　　　　　　　Ｂ　　　　　　　Ｃ 　　　　　　　　　　　　┌───────┐　　┌───┐　┌──┐ 　　　　　　　（続き）→│プログラム製造│─→│テスト│→│導入│ 　　　　　　　　　　　　└───────┘↑　└───┘　└──┘ 　　　　　　　　　　　　　　　　　　　　　│ 　　　　　　　　　　　　　　　　　　　　　Ｄ 　ア　Ａ　　　　イ　Ｂ　　　　ウ　Ｃ　　　　エ　Ｄ ---------------------------------------------------------------------- 　それでは、みなさんの回答を紹介します。 > 私は多分　ウのCだと思います。 > 規模がわかったりやスケジュールが組めるのは内部設計が終わった頃かな？ > と思うのですが・・・いかがでしょうか？ > そして、こっそり用語辞典を見たら・・ > システム開発計画は基本計画の時になっている > という事は・・要求定義を分析した時に大まかな計画を立てるんですか？ > 最初に予定で見せてもらった導入計画で本当に出来るのか？と、 > 疑った覚えも・・(事実ずれこんだんですが・・笑) > > これは経験者さんのご意見を見たいですね。 　まぁ、理想と現実は必ずしも一致しませんからね。正解はウではないです。 　回答を送る時は、何を見ても構いませんよ(^^)　調べながら、自分なりに 　うまく勉強してみてください。どうもありがとうございました。 > 答えは Ａ（要求定義─外部設計の間）だと思います。 > 問題に、システム計画書は > 「システム規模やスケジュールを明確にする目的で作成する」 > とあるので、以後の工程についての計画が記された物だと思われ > ます。つまり開発工程の最初の方で作成する必要がありますよね。 > 「外部設計」では、すでに開発に着手しています。 > 「外部設計」の前に「要求定義」とあるので、その間の Ａ で作成 > するのが正しいかと思われます。 > > 私も開発をやったことのない人間なので、「分かりやすい解説」と > はちょっと遠くなってしまいました。 > ですから「〜と思う」という表現が多いんですけど・・・(^_^;。 > 具体例じゃないですが、建設業者が家を建てるときなんかに > 当てはめてみるとこんな感じでしょうか↓。 > > 要求定義（お客：こんな家作って〜） > →システム計画書作成（こんな風に作ろうかい）→外部設計（家の骨組み） > →内部設計（作る１）→プログラム製造（作る２）→テスト（？） > →導入（出来たよ〜） > > 後半（むしろ「全部」）いい加減ですが、考え方としては > 悪くはないんじゃないかな、と。 　考え方としては、問題ないと思います。家もシステムも同じ（？）ですね。 　どうもありがとうございました。 > 解答　　ア > > システム計画書の目的が「システム規模やスケジュールを明確にする目的」 > ということなので、やはり「要求定義」工程の直後です。 > お客様とのレビューで明確にされた要求を具体的に > どのくらいの規模でどのくらいの期間でといった内容を > 具体化して、システム構築の費用を算出します。 > そこで、折り合いが付けば、その後の工程に人が割り振られ > 実際にプロジェクトとして、稼動していきます。 　そういうことですね(^^) 　どうもありがとうございました。 > 回答：ア > 解説 > 基本計画　　　　開発対象となるシステムの実行可能性について調 > 　　　　　　　　査・分析を行う > > 外部設計　　　　ユーザ部門の立場からみたシステムを設計する工程 > 　　　　　　　　要求仕様の確認、サブシステムの定義と展開、画 > 　　　　　　　　面設計・各種帳票設計、コード設計、論理データ > 　　　　　　　　設計、外部設計レビューなどがある > > 内部設計　　　　システム開発側からみた設計 > 　　　　　　　　コンピュータ上で効率よく処理できるようにハー > 　　　　　　　　ドウェア制約などを検討しながら、プログラムに > 　　　　　　　　必要な設計をおこなう > 　　　　　　　　外部設計書の確認、機能分割・構造化、物理デー > 　　　　　　　　タ設計、入出力詳細設計、内部設計書の作成、デ > 　　　　　　　　ザインレビューなどがある > > プログラム設計　内部設計で機能単位に分割されたプログラムを構 > 　　　　　　　　造化設計技法により、コンパイルの単位であるモ > 　　　　　　　　ジュールに分割する作業を行う内部設計の理解、 > 　　　　　　　　モジュール分割、モジュール仕様の作成、プログ > 　　　　　　　　ラム設計仕様の作成、プログラム設計書の作成、 > 　　　　　　　　テスト仕様の作成、デザインレビューの工程から > 　　　　　　　　なる > > プログラミング > > テスト　　　　　仕様どおりに機能するかを検査する > 　　　　　　　　単体テスト、結合テスト、総合テスト、運用テス > 　　　　　　　　トなどがある > > 運用保守　　　　システム本番稼動後にバグが発見された場合は、 > 　　　　　　　　システムを修正しなければならない。また、安定 > 　　　　　　　　した運用を行っている場合も、ユーザに関する環 > 　　　　　　　　境変化により、システムの改版をもとめられるこ > 　　　　　　　　ともある。これらの修正や改版を行う作業 > > さらに、基本計画段階は次の段階にわけることができる > > システム化計画 > 　　　　開発対象としているシステムの目標を明確にし、システム > 　　　　開発を行うかどうかを決定する > 　　　　　　　　・システム開発対象業務の現状調査・分析による > 　　　　　　　　　問題点の把握 > 　　　　　　　　・費用対効果も含めた実現可能性の検討、最適な > 　　　　　　　　　解決案の選択・決定 > 　　　　　　　　・システム化計画書の作成と経営者など責任者へ > 　　　　　　　　　の提案 > プロジェクト実行計画 > 　　　　システム化計画書の承認後、システム開発を行うためのプ > 　　　　ロジェクトを作成し、開発作業推進のための実行計画を立 > 　　　　てる > 　　　　　　　　・プロジェクトチームを結成し、開発体制、責任 > 　　　　　　　　　者、役割分担を決める > 　　　　　　　　・開発規模を見積り、人員計画や工数を割りだす > 　　　　　　　　・見積もった工数から大日程計画（マスタスケジ > 　　　　　　　　　ュール）などの日程計画を立てる > 　　　　　　　　・検討結果を開発計画書（プロジェクト計画書） > 　　　　　　　　　としてまとめる > 　　　　　　　　・開発計画書には、開発方針、開発内容、品質管 > 　　　　　　　　　理計画、原価管理計画、進捗管理計画、要員管 > 　　　　　　　　　理計画、協力会社管理計画、変更管理計画など > 　　　　　　　　　が含まれる > 要求定義 > 　　　　構造化手法などを用いて、システムに対するユーザの要求 > 　　　　を明確にする > 　　　　　　　　・開発対象業務の作業や帳簿類など、システムに > 　　　　　　　　　関する情報収集をおこなう > 　　　　　　　　・システムに求められている機能・性能・運用要 > 　　　　　　　　　件などの要求を明確にする > 　　　　　　　　・ハードウェア、ソフトウェアに対する要求を明 > 　　　　　　　　　確にする > 　　　　　　　　・検討結果を要求仕様書（要求定義書）としてま > 　　　　　　　　　とめる > > （日本経済新聞社：アルゴリズムとシステム開発） > > 設問では外部設計の前部分であるＡが正解と考えます。 > 具体的な説明でなくスミマセン 　正解がすぐにわかった人も、こういうまとまったものを読み直してみると 　新たな発見があったり、理解が深まったりしますよ。 　どうもありがとうございました。 > ●要求定義 > 「どんな事がしたいのか(要求仕様)」 > ユーザ側が要求する内容を書いた「要求仕様書」が出ます． > ユーザに直接「インタビュー」することもあります． > > ●外部設計 > 「外部とのデータのやり取り・見た目等をどうするか(外部仕様)」 > ここでは「どの程度の機能を組み込むか」まで考えなければいけません． > 予算や開発期間などの兼ね合いで「システム規模やスケジュールを明確に」 > しておく必要があります．(だから答えは，ア A) > > ●内部設計 > 「どういう風に動くプログラムにするか(内部仕様)」 > 外部仕様における機能を実現するためのデータの扱い(手順・アルゴリズム) > を考えます．フローチャートなどの処理図が活躍するところです． > > ●プログラム製造 > 「実際の(ソース)コードを書く(プログラミング)」 > 内部仕様(手順)を実現するプログラムコードを書き，最終的には実行できる > プログラムにします． > コンパイラなどの場合はロードモジュール，インタプリタの場合はコードが > そのまま実行されます． > > ●テスト > 「仕様(目論見)通りにできているか，テストする(テスト・デバッグ)」 > 作成したプログラムが完璧である事はまずありえないので，大きな不具合を > チェックし，出てきた不具合(バグ)を除去します． > > ●導入 > 「実際に使ってもらう(納入)」 > 製品として納入(納品)し，たいていの場合はユーザ側で不具合などを　 > 確認してから代価が払われます． > > ----- > > この手順が後戻りしない(建て前の)手法がウォーターフォール(滝)モデル > ですが，実際は「要求仕様に無い必要項目が有った」「入出力の方法に不満 > が出た」などの理由でやり直し(手戻り)が発生する事が多いです． > > このため，途中の段階で確認を繰り返し，少しずつ機能を付け加えていく > 「スパイラルモデル」や，早い段階で簡単な試作(プロトタイプ)プログラム > を作成し，要求側とのずれを少なくする「プロトタイプモデル」といった > 手法が使われる事がほとんどです． > > ---------- > > このような手順を考えると，早い段階での失敗がより大きなスケジュールの > 遅れとコストの増大を生むのは明白です． > だから，小規模な開発ではプロトタイプモデル，中規模以上の開発では > スパイラルモデルが向いています． > > 現実的には，プログラミングをどんどん進めてプロトタイプを作り， > 最終的に内部仕様書を書く．．．なんて事も有るわけですが．．． 　ところで、フローチャートを書いているところってありますかねぇ？ 　書いた方がわかりやすい場合もきっとあるんでしょうけど(^^;; 　どうもありがとうございました。 　先月行ったプレゼントは、小額のプレゼントでしたが、意外に好評だった 　ようですね(^^) 　ところで、インターネット上から図書券などを送れるサイトをご存知の方が 　いらっしゃったら、しゅんぜいまで教えてください。 　発送の手間がかからないなら、プレゼント企画を頻繁にやってもいいかな？ 　って思ってますので(^^; ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ★これ、おしえてっ！（質問編）★　回答期限：１２日（金）の夜まで ---------------------------------------------------------------------- 　「この問題がわからない！！！」という、 　読者からの質問をみなさんに回答してもらおう！というコーナーです。 　今回の質問はこちらです。（出典：H12.秋　2種　問65） ---------------------------------------------------------------------- 　購入単価が徐々に上昇する傾向の商品がある。 　この商品は、前期末在庫があり、当期中にも何回か入出庫の実績があった。 　当期末において保有している在庫を評価するとき、一般に最も評価額が 　高くなる評価方式はどれか。 　ア　後入先出法　　イ　移動平均法　　ウ　先入先出法　　エ　総平均法 ---------------------------------------------------------------------- 　頂いたリクエストの中で「移動平均法」に関する問題があったのですが 　出典がわからなかったので、変わりにこれを取り上げました。 　回答があまり集まらないジャンルでしょうね(^^; 　これに対する回答（解説）を１２日（金）の夜までにお願いします。 　問題のリクエストも募集中です！ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ > 　★　 お便り、回答をどうもありがとうございました（掲載順）　★　　< ---------------------------------------------------------------------- > ★回答★ 　秋田さん、ossan さん、ロウAIM南の島さん、ろくさん、マッシーさん > wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww < 　　〜当メールマガジンでは、以下のコーナーで投稿を募集しています〜 　　【 これ、おしえてっ！の問題 】【 選択肢で勉強しよっ！の用語 】 　　【 これ、おしえてっ！の回答 】【 お便り（テーマフリー）】など 　　ハンドル名も添えて shunzei@geocities.co.jp まで送ってください！ > wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww < ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ▼選択肢で勉強しよっ！▼（答えはこのメールの一番下にあります） ---------------------------------------------------------------------- > フリーズ(freeze) って？ 　＃ここで取り上げてほしい用語は随時募集中！ 　　試験に直接関係のない IT 関連用語でもＯＫ！ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ☆☆☆　のんびりやろう！情報処理試験！　〜１問１問コツコツと〜　☆☆☆ ---------------------------------------------------------------------- 　編集・発行：しゅんぜい　shunzei@geocities.co.jp 　　　発送：melma!　　　http://www.melma.com/ 　　　　　　：まぐまぐ　　http://www.mag2.com/ 　登録・解除：http://www.geocities.co.jp/SiliconValley/2975/ 　バックナンバーは、ホームページでダウンロードできます（更新停止中） 　☆立ち読みは、こちらからできますのでご利用ください。 　　http://www.melma.com/mag/89/m00000189/index_bn.html ---------------------------------------------------------------------- ☆ちょっとした誤字、脱字は目をつぶってくださいね(^^; ☆このメールマガジンは毎週日曜日はお休みです。 ☆掲載内容の利用において発生した事故・損害等には一切責任を負いません。 　（転載は構いませんが、その旨を明記しておいてください） ☆広告掲載については shunzei@geocities.co.jp まで、お願いします。 ---------------------------------------------------------------------- ☆メールマガジンの購読の申込・解除は個人の責任で行ってください。 　しゅんぜいは一切代行しません！ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ▼選択肢で勉強しよっ！の答え▼（読者の方からのリクエストです） ---------------------------------------------------------------------- 　フリーズ(freeze) とは、元々は「凍る」とか「固まる」という意味ですが パソコンが止まってしまい、マウスやキーボードの入力を受けつけなくなって しまう状態をいいます。 　フリーズする原因はいろいろありますが、フリーズした場合は強制終了させ たり、再起動をして復旧させます。 　ハングアップ(hang up) ともいいますね。 　関係ないですが、こんなニュースも。 　「史上初のhtmlウイルス「PHP.NewWorld」が発覚」 　http://news.yahoo.co.jp/headlines/bcn/010109/cpt/17200000_bcncpt007.html ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━