ERPを知りたい
伊藤重光「ERPプロジェクトこうすれば成功する」日本経済新聞社、￥1800-です。
目次
１、概要編 成功のポイントは何か
２、詳細編 各分野の課題と対応策を探る
◆ERPとは何か
◎基本的な考え方は企業グループ全体（エンタープライズ）の業務プロセスを簡素化、
統合化することにより、管理レベルの向上と経営資源（リソース）の有効活用
を図り、結果として経営に貢献することを目指したものである。
◆ERPパッケージの条件
�ヾ雋感般海鬟�バーしていること（会計、購買、販売、物流、人事）
��統合システム・統合業務データベースとなっていること
�Ｋ�富な標準業務プロセスを準備していること
◆ERP導入の狙い
�ゞ般害�革の推進
ERPパッケージに実装されている、世界の先進企業における業務プロセス（ベストプラクティス
と呼ばれている）をひな型として、自社の業務プロセスを見直す狙いでERP導入を目指すケースである。
�▲好圈璽彪弍�
一元化されたデータベースと統合化された業務プロセスが、ERPパッケージの謳い文句でもある。
一度の入力により関連情報の更新をリアルタイムで実施するため、現場の入力が会計処理まで反映され、
売上、利益、在庫、生産などの状況が刻々と更新される
最新の経営状況の把握により、迅速な経営の意思決定が可能となるわけである
�６般海隆柄撚宗Ω�率化
ERPでは、一度入力された情報により関連の業務プロセスに情報が反映されるため、情報の重複入力がなくなる。
�ぅ哀蹇璽丱訛弍�
多言語対応および多国通貨対応であり、世界中にシステムを展開することが可能。
�ゾ霾鵑龍ν�化
�Τ�発・保守コスト削減と期間短縮
ERPパッケージではよく利用される業務プロセスは標準装備となっており、いちいちプログラムを開発せずに
パラメーター設定などの作業を通じてシステムが完成する
��SCM、CRM、ｅ−ＭＰのための基盤作り
ＳＣＭ（サプライ・チェーン・マネジメント）やＣＲＭ（カスタマー・リレーションシップ・マネジメント）
ｅ−ＭＰ（ｅ−マーケットプレイス、電子市場）までをカバーするパッケージである。
◆日本での導入はなぜ難しいか
◎ユーザー企業における理由
�‘�本的商習慣への対応
��業務プロセス変更の意思決定の遅さ
��ユーザーの使い勝手を重視してきた経緯
�ち澗虜播�の意識の弱さ
�ナ儔修悗梁弍�
��生産管理のレベルの高さ
�В咤錨�な意識によるＢＰＲの請負要請
◎ＥＲＰベンダー企業における理由
�‘�本語化、日本化対応の遅れ
��標準要望の採用基準の曖昧さと開発側の理解不足
�Ｆ�本での支援体制の弱さ
◎パートナー企業における理由
�ヽ�発パートナーとしての意識
�▲僖奪院璽言債娘圈Ψ亳骸圓良埖�
�Ａ感斌未鮖抉腓任�るパートナーの不足
�ぅ哀蹇璽丱訛弍�の弱さ
◆ＥＲＰプロジェクトの進め方
�ゞ般蛎Ε瓮鵐弌爾�考え、決断することが重要
��点から面への業務検討の拡大
�２燭鯆媛坦�発すべきなのか
�ぅ廛蹈献Д�ト期間中の研修を十分に
◆ＥＲＰプロジェクトの局面
�ヾ覯茵Ψ弉�
�⊂楮拔般垣澤�
��システム構築
�ぅ謄好�
�グ楾�
�λ榿峅堝�
◆ＥＲＰはなぜ費用がかかるのか
�．蓮璽疋ΕД△糧駘�
○ノンストップ稼動には複数のサーバーが必要
○一人一台の高性能パソコンが必要
○データの保管の仕組みが必要
�▲愁侫肇ΕД△糧駘�
○ＥＲＰパッケージ費用はユーザー数により異なる
○前提ソフトウェア及び専用ソフトウェア費用にも注意
○運用支援ソフトウェア
○情報伝達のためのソフトウェア
��人件費およびその他の費用
○ＥＲＰコンサルタント
○自社要員
○追加開発・周辺システム開発・データ移行費用
○研修費用
◆費用削減のポイント
◆失敗のパターン
◎業務部門の参加が弱く、後になって「使えない」の議論
◎安易に追加開発に走り、開発量が大規模に
◎データ移行を軽く見て、最終局面で大騒ぎに
◎研修が不十分で新業務に現場が対応できず混乱に
◆成功するための７ヶ条
◆成功する会社・失敗する会社
◆最近の動向
★後半は購買分野、生産分野、販売分野、人事分野、会計分野などの課題と対応策について述べています。
またシステム技術についても説明があります。
ＥＲＰ検討の必要がある会社の経理パーソンには、是非お勧めの１冊です。
目次
１、概要編 成功のポイントは何か
２、詳細編 各分野の課題と対応策を探る
◆ERPとは何か
◎基本的な考え方は企業グループ全体（エンタープライズ）の業務プロセスを簡素化、
統合化することにより、管理レベルの向上と経営資源（リソース）の有効活用
を図り、結果として経営に貢献することを目指したものである。
◆ERPパッケージの条件
�ヾ雋感般海鬟�バーしていること（会計、購買、販売、物流、人事）
��統合システム・統合業務データベースとなっていること
�Ｋ�富な標準業務プロセスを準備していること
◆ERP導入の狙い
�ゞ般害�革の推進
ERPパッケージに実装されている、世界の先進企業における業務プロセス（ベストプラクティス
と呼ばれている）をひな型として、自社の業務プロセスを見直す狙いでERP導入を目指すケースである。
�▲好圈璽彪弍�
一元化されたデータベースと統合化された業務プロセスが、ERPパッケージの謳い文句でもある。
一度の入力により関連情報の更新をリアルタイムで実施するため、現場の入力が会計処理まで反映され、
売上、利益、在庫、生産などの状況が刻々と更新される
最新の経営状況の把握により、迅速な経営の意思決定が可能となるわけである
�６般海隆柄撚宗Ω�率化
ERPでは、一度入力された情報により関連の業務プロセスに情報が反映されるため、情報の重複入力がなくなる。
�ぅ哀蹇璽丱訛弍�
多言語対応および多国通貨対応であり、世界中にシステムを展開することが可能。
�ゾ霾鵑龍ν�化
�Τ�発・保守コスト削減と期間短縮
ERPパッケージではよく利用される業務プロセスは標準装備となっており、いちいちプログラムを開発せずに
パラメーター設定などの作業を通じてシステムが完成する
��SCM、CRM、ｅ−ＭＰのための基盤作り
ＳＣＭ（サプライ・チェーン・マネジメント）やＣＲＭ（カスタマー・リレーションシップ・マネジメント）
ｅ−ＭＰ（ｅ−マーケットプレイス、電子市場）までをカバーするパッケージである。
◆日本での導入はなぜ難しいか
◎ユーザー企業における理由
�‘�本的商習慣への対応
��業務プロセス変更の意思決定の遅さ
��ユーザーの使い勝手を重視してきた経緯
�ち澗虜播�の意識の弱さ
�ナ儔修悗梁弍�
��生産管理のレベルの高さ
�В咤錨�な意識によるＢＰＲの請負要請
◎ＥＲＰベンダー企業における理由
�‘�本語化、日本化対応の遅れ
��標準要望の採用基準の曖昧さと開発側の理解不足
�Ｆ�本での支援体制の弱さ
◎パートナー企業における理由
�ヽ�発パートナーとしての意識
�▲僖奪院璽言債娘圈Ψ亳骸圓良埖�
�Ａ感斌未鮖抉腓任�るパートナーの不足
�ぅ哀蹇璽丱訛弍�の弱さ
◆ＥＲＰプロジェクトの進め方
�ゞ般蛎Ε瓮鵐弌爾�考え、決断することが重要
��点から面への業務検討の拡大
�２燭鯆媛坦�発すべきなのか
�ぅ廛蹈献Д�ト期間中の研修を十分に
◆ＥＲＰプロジェクトの局面
�ヾ覯茵Ψ弉�
�⊂楮拔般垣澤�
��システム構築
�ぅ謄好�
�グ楾�
�λ榿峅堝�
◆ＥＲＰはなぜ費用がかかるのか
�．蓮璽疋ΕД△糧駘�
○ノンストップ稼動には複数のサーバーが必要
○一人一台の高性能パソコンが必要
○データの保管の仕組みが必要
�▲愁侫肇ΕД△糧駘�
○ＥＲＰパッケージ費用はユーザー数により異なる
○前提ソフトウェア及び専用ソフトウェア費用にも注意
○運用支援ソフトウェア
○情報伝達のためのソフトウェア
��人件費およびその他の費用
○ＥＲＰコンサルタント
○自社要員
○追加開発・周辺システム開発・データ移行費用
○研修費用
◆費用削減のポイント
◆失敗のパターン
◎業務部門の参加が弱く、後になって「使えない」の議論
◎安易に追加開発に走り、開発量が大規模に
◎データ移行を軽く見て、最終局面で大騒ぎに
◎研修が不十分で新業務に現場が対応できず混乱に
◆成功するための７ヶ条
◆成功する会社・失敗する会社
◆最近の動向
★後半は購買分野、生産分野、販売分野、人事分野、会計分野などの課題と対応策について述べています。
またシステム技術についても説明があります。
ＥＲＰ検討の必要がある会社の経理パーソンには、是非お勧めの１冊です。
携帯でＭＰ３を聞く
こんにちは！
http://www.au.kddi.com/seihin/kinobetsu/seihin/w31sa/
私の使う携帯は、ＡＵのＷ３１ＳＡです。
この機種は、ミニＳＤカードを使ったＭＰ３プレーヤーとなります。
大変便利な機能で、是非お勧めです。
（以下の情報は、自己責任で利用して下さい）
�．潺烹咤弔鯒磴�
私は、秋葉原の某ショップで、ＫＩＮＧＭＡＸ ５１２ＭＢを
6千円弱で入手しました。公式には２５６Ｍｂしかサポートして
いないようですが、少なくとも私の携帯では問題なく動いています。
※私はこのＷＥＢサイトから購入したわけではありません。あくまでも価格の参考までに表示しただけです。
�■唯丕灰愁侫箸鯒磴�
SD-Jukebox V5を利用しています。雑誌などのディープな情報では、ソフトを使わずとも可能かもしれません。
このソフトを使えば、著作権対応のＣＤから簡単に移行できます。
http://www.sense.panasonic.co.jp/PanaSense/WP01/WP0140.jsp?FOLDER%3C%3Efolder_id=4550037#SH-SS41
※恐らくお店ではあまり手に入りません。私は上記パナソニックのＷＥＢサイトから購入しました。
��ミニＳＤに書き込む
私はパナソニック製のＣＦ−Ｗ４というノートを使用しており、その機能で著作権対応のＳＤカードリード・ライトができます。
対応していない場合、著作権対応のライターが必要です。
�だ賤僖ぅ筌曠鵑鯒磴Δ箸気蕕乏擇靴�
ＤＲ−ＮＸ１ＳＦという、オレンジ色のクビから下げるタイプのイヤホンを使っています。そのまま電話応答もできますし、なにより、クビから下げれば忘れることもありません。音も良く聞こえます。
目的、音楽ではなく、私の場合は講演テープを聴いています。ですから、音質については正直分かりません。是非、体感してから購入を検討してください。ただ、上記全てを購入しても、私が買ったときよりも携帯本体の値段が下がっているので、十分ＭＰ３プレーヤーと比較してもコストパフォーマンスがあると思います。何しろ、二つ持つ必要がないので、携帯忘れがなく、軽くて楽です。
http://www.au.kddi.com/seihin/kinobetsu/seihin/w31sa/
私の使う携帯は、ＡＵのＷ３１ＳＡです。
この機種は、ミニＳＤカードを使ったＭＰ３プレーヤーとなります。
大変便利な機能で、是非お勧めです。
（以下の情報は、自己責任で利用して下さい）
�．潺烹咤弔鯒磴�
私は、秋葉原の某ショップで、ＫＩＮＧＭＡＸ ５１２ＭＢを
6千円弱で入手しました。公式には２５６Ｍｂしかサポートして
いないようですが、少なくとも私の携帯では問題なく動いています。
※私はこのＷＥＢサイトから購入したわけではありません。あくまでも価格の参考までに表示しただけです。
�■唯丕灰愁侫箸鯒磴�
SD-Jukebox V5を利用しています。雑誌などのディープな情報では、ソフトを使わずとも可能かもしれません。
このソフトを使えば、著作権対応のＣＤから簡単に移行できます。
http://www.sense.panasonic.co.jp/PanaSense/WP01/WP0140.jsp?FOLDER%3C%3Efolder_id=4550037#SH-SS41
※恐らくお店ではあまり手に入りません。私は上記パナソニックのＷＥＢサイトから購入しました。
��ミニＳＤに書き込む
私はパナソニック製のＣＦ−Ｗ４というノートを使用しており、その機能で著作権対応のＳＤカードリード・ライトができます。
対応していない場合、著作権対応のライターが必要です。
�だ賤僖ぅ筌曠鵑鯒磴Δ箸気蕕乏擇靴�
ＤＲ−ＮＸ１ＳＦという、オレンジ色のクビから下げるタイプのイヤホンを使っています。そのまま電話応答もできますし、なにより、クビから下げれば忘れることもありません。音も良く聞こえます。
目的、音楽ではなく、私の場合は講演テープを聴いています。ですから、音質については正直分かりません。是非、体感してから購入を検討してください。ただ、上記全てを購入しても、私が買ったときよりも携帯本体の値段が下がっているので、十分ＭＰ３プレーヤーと比較してもコストパフォーマンスがあると思います。何しろ、二つ持つ必要がないので、携帯忘れがなく、軽くて楽です。
上流工程を知りたい
渡辺幸三「業務システムのための上流工程入門」\1300−、日本実業出版社です。
★SE＆プログラム必読とありますので、経理の方には縁遠い本かもしれませんが、
私にとってはカバーしておくべき分野でありますので、お付き合い願います。
◆「上流工程」はプロジェクト管理や実装技術に先行する問題
もくじ
第1章：上流工程の困難
第2章：上流工程の進め方
第3章：基本設計入門
第4章：モデリングパターンと用例
◆ボトルネックは「分析・設計・検収」
◎一般に、プログラマに十分な能力があれば、「ユーザー＝プログラマ」の場合に、使いやすいプログラムが高い生産性で産み出されるものです。しかし、ほとんどのユーザーにとって「細かいレベルで決定されるべき個々の仕様が、システムの使い勝手に大きく関係している」という事実が、そもそも想像を絶することであり、ユーザーが意欲にあふれているとしても、仕様決定の重要性はなかなか理解してもらえない。
◎「ユーザー＝組織」であるようなシステム開発プロジェクトにおけるボトルネックは、
「ユーザーのかかえている問題を明らかにして＜分析＞、適切な業務プロセスやコンピューターシステムの仕様を考案して＜設計＞、その妥当性をユーザーに納得してもらうこと＜検収＞」です。
上流工程 │ 分 析
│ ↓
│ 設 計
│ ↓
│ 検 収
────────────↓─────────
実 装
◆システム開発のフェーズ分け
【上流工程】
◎要件定義：新システムにおいて実装されるべき仕組みや性能がまとめられる。要望事項が箇条書きでまとめられる。
◎現状分析：データ量や業務の流れなどの現行システムの有り様が調査される。
◎基本設計：要件定義の内容を実現するための「システムの論理的な形」を決める。「詳細設計」に取り掛かれるような成果物、つまり「基本設計書」が用意される。
【下流工程】
◎詳細設計：基本設計の内容が詳細化されて、「仕様書（詳細設計書）」が作られる。
◎構築・テスト：プログラミングを意味する。この後、「単体テスト」が実施され、「システムテスト」によって、関係するプログラムのまとまり単位で「通し」テストを行う。
◎広義の構築：「データ移行」や「ユーザー教育」の手順も含まれます。
◆将来の開発体制
◎「詳細設計」と「プログラムミング」が統合されると考えられている。プログラマが基本設計の内容を規定の様式にしたがって詳細化するだけで、コードをほとんど意識することなしにシステムが出来上がる体制が将来的には実現される。
◎システム開発のボトルネックは上流工程にある
◎実装技術が発展しても上流工程の助けにはならない
◎上流工程の専門化が求められている
◆基本設計のための図法（「手書き図面」の重要性）
◎文字どおり「手書き」での図面起こしから設計は始まる。この工程では失敗を繰り返すことが重要です。少なくとも上流工程の初期段階では失敗を恐れずどんどん手書きしましょう。
◎論理の一貫性があること（工学的厳密さのため）
◎より単純な文法でより複雑な内容を盛り込めること（ユーザーにとってのわかりやすさのため）
◎対象分野の特性に適合していること（暗黙知的要件の収集効率を高めるため）
◆現状分析の進め方
１、新旧要素の付き合わせ
２、「塗り残し」の評価
３、基本設計の調整
◎現行システムは「発想の源」ではなく「品質の検証材料」のためにある
◆とりまとめレビュー
◎パネルや帳票、つまり「ユーザーの目に触れる部分」をリアルにまとめて示すのが効果的。ポイントは「ユーザーインターフェイスのリアルさ」です。さらに重要なパネルに付いては、ボタンなどのコントロールを使って実際に動作可能なモックアップ（ハリボテ）を作ることがお勧め。
◆「他人からとやかく言われてナンボ」のテクニカルビュー
◎これには、ユーザーにみてもらう「ユーザーレビュー」と「プロジェクトに関係ない他の技術者」にみてもらう「テクニカルビュー」の２つの段階がある。
１、他人の仕事について積極的にとやかく言うこと
２、選択肢を挙げて妥当性を問うこと
３、「ユーザーが望んだから」とは言わないこと
＊あくまでも「工学的妥当性」が問題にされるべきで、ユーザーを言い訳にしてはいけない。
◆ユーザーレビューと検収
◎参加者全員に操作してもらい、あらためて改善点を確認する。最後に、修正課題を反映させた資料の提出日と、ユーザーがそれらを確認・捺印して返却すべき日付を明確にします。
このときに、確認が遅れたら遅れただけ完成が遅れることと、捺印したら基本的に仕様変更は認められないことも強調しておきます。
◆消えゆく「管理帳票印刷プログラム」
◎最近は基幹システム側では基本的な集計を行うだけにして、こまごまとした印刷用プログラムをあえて用意しない設計スタイルが主流になりつつあります。基本的なデータ収集や集計についてはホスト側でやって、照会や分析・検討についてはユーザー自身にクライアント上の表計算ソフトを使ってやってもらおうと考えるのが合理的です。このような分業スタイルはEUC（End User Computing)と呼ばれて一般的になりつつあります。実績情報を分析・検討する役目を負う事務担当者には、表計算ソフトや個人用データベースソフトの利用技術がかつての「そろばん」のような基本的素養として求められる時代になりつつあります。
★SE＆プログラム必読とありますので、経理の方には縁遠い本かもしれませんが、
私にとってはカバーしておくべき分野でありますので、お付き合い願います。
◆「上流工程」はプロジェクト管理や実装技術に先行する問題
もくじ
第1章：上流工程の困難
第2章：上流工程の進め方
第3章：基本設計入門
第4章：モデリングパターンと用例
◆ボトルネックは「分析・設計・検収」
◎一般に、プログラマに十分な能力があれば、「ユーザー＝プログラマ」の場合に、使いやすいプログラムが高い生産性で産み出されるものです。しかし、ほとんどのユーザーにとって「細かいレベルで決定されるべき個々の仕様が、システムの使い勝手に大きく関係している」という事実が、そもそも想像を絶することであり、ユーザーが意欲にあふれているとしても、仕様決定の重要性はなかなか理解してもらえない。
◎「ユーザー＝組織」であるようなシステム開発プロジェクトにおけるボトルネックは、
「ユーザーのかかえている問題を明らかにして＜分析＞、適切な業務プロセスやコンピューターシステムの仕様を考案して＜設計＞、その妥当性をユーザーに納得してもらうこと＜検収＞」です。
上流工程 │ 分 析
│ ↓
│ 設 計
│ ↓
│ 検 収
────────────↓─────────
実 装
◆システム開発のフェーズ分け
【上流工程】
◎要件定義：新システムにおいて実装されるべき仕組みや性能がまとめられる。要望事項が箇条書きでまとめられる。
◎現状分析：データ量や業務の流れなどの現行システムの有り様が調査される。
◎基本設計：要件定義の内容を実現するための「システムの論理的な形」を決める。「詳細設計」に取り掛かれるような成果物、つまり「基本設計書」が用意される。
【下流工程】
◎詳細設計：基本設計の内容が詳細化されて、「仕様書（詳細設計書）」が作られる。
◎構築・テスト：プログラミングを意味する。この後、「単体テスト」が実施され、「システムテスト」によって、関係するプログラムのまとまり単位で「通し」テストを行う。
◎広義の構築：「データ移行」や「ユーザー教育」の手順も含まれます。
◆将来の開発体制
◎「詳細設計」と「プログラムミング」が統合されると考えられている。プログラマが基本設計の内容を規定の様式にしたがって詳細化するだけで、コードをほとんど意識することなしにシステムが出来上がる体制が将来的には実現される。
◎システム開発のボトルネックは上流工程にある
◎実装技術が発展しても上流工程の助けにはならない
◎上流工程の専門化が求められている
◆基本設計のための図法（「手書き図面」の重要性）
◎文字どおり「手書き」での図面起こしから設計は始まる。この工程では失敗を繰り返すことが重要です。少なくとも上流工程の初期段階では失敗を恐れずどんどん手書きしましょう。
◎論理の一貫性があること（工学的厳密さのため）
◎より単純な文法でより複雑な内容を盛り込めること（ユーザーにとってのわかりやすさのため）
◎対象分野の特性に適合していること（暗黙知的要件の収集効率を高めるため）
◆現状分析の進め方
１、新旧要素の付き合わせ
２、「塗り残し」の評価
３、基本設計の調整
◎現行システムは「発想の源」ではなく「品質の検証材料」のためにある
◆とりまとめレビュー
◎パネルや帳票、つまり「ユーザーの目に触れる部分」をリアルにまとめて示すのが効果的。ポイントは「ユーザーインターフェイスのリアルさ」です。さらに重要なパネルに付いては、ボタンなどのコントロールを使って実際に動作可能なモックアップ（ハリボテ）を作ることがお勧め。
◆「他人からとやかく言われてナンボ」のテクニカルビュー
◎これには、ユーザーにみてもらう「ユーザーレビュー」と「プロジェクトに関係ない他の技術者」にみてもらう「テクニカルビュー」の２つの段階がある。
１、他人の仕事について積極的にとやかく言うこと
２、選択肢を挙げて妥当性を問うこと
３、「ユーザーが望んだから」とは言わないこと
＊あくまでも「工学的妥当性」が問題にされるべきで、ユーザーを言い訳にしてはいけない。
◆ユーザーレビューと検収
◎参加者全員に操作してもらい、あらためて改善点を確認する。最後に、修正課題を反映させた資料の提出日と、ユーザーがそれらを確認・捺印して返却すべき日付を明確にします。
このときに、確認が遅れたら遅れただけ完成が遅れることと、捺印したら基本的に仕様変更は認められないことも強調しておきます。
◆消えゆく「管理帳票印刷プログラム」
◎最近は基幹システム側では基本的な集計を行うだけにして、こまごまとした印刷用プログラムをあえて用意しない設計スタイルが主流になりつつあります。基本的なデータ収集や集計についてはホスト側でやって、照会や分析・検討についてはユーザー自身にクライアント上の表計算ソフトを使ってやってもらおうと考えるのが合理的です。このような分業スタイルはEUC（End User Computing)と呼ばれて一般的になりつつあります。実績情報を分析・検討する役目を負う事務担当者には、表計算ソフトや個人用データベースソフトの利用技術がかつての「そろばん」のような基本的素養として求められる時代になりつつあります。
エクセル初心者
工藤雅俊著「表計算ソフト超仕事術」エクスメディア、￥１５００−です。
第一章 表計算ソフトの解剖学
第二章 手作りの表をつくる
第三章 表作成の理論と手順
第四章 グラフをつくるための表
第五章 表の応用例
第六章 EXCELを使う第１歩
第七章 EXCELの操作の解説
◆「表計算ソフトが苦手」ではなく「表がつくれない」のである
ー従来の解説書では、ソフトの機能は説明していても
「表の作り方自体は説明していない」
「表の作り方」が分かれば「表計算ソフトが使える」
◆パソコンが使えると仕事の効率が１０倍？ー昔・・・「ワープロ打ちは女の子に任せろ、遊んでいるんじゃない」
今・・・「インターネットで情報収集、電子メール必須など、効率は１０倍以上確実」
パソコンとオフコン
ーパソコンはWinndowsなどのOSが稼動する個人用のもの、オフコンは大型汎用コンピュータ
を小型化したようなもの。
パソコンの性能向上によって、オフコンの需要は行き詰っており、生産台数も激減。
◆ワープロのメリット
１）「書く」こと自体、慣れれば手書きよりはるかに速い
２）清書が不要
３）加筆修正が手書きよりはるかに速い
４）以前作成した文書を手直しして再利用できる
５）表・図形・グラフを利用できる
◆表ソフトのさらなるメリット
６）セルやセル範囲のコピーなどが便利
７）ある程度まではデータベース機能を利用できる
８）計算ツールが非常に多い
◆アプリケーションは使い分けがコツ
１）ワープロソフト
２）表計算ソフト
３）データーベースソフト
◆パソコン恐怖症の克服法
◆EXCELで作成できる主なグラフ
１）集合棒グラフ
２）積み上げ棒グラフ
３）１００％積み上げ棒グラフ
４）折れ線グラフ
５）積み上げ折れ線グラフ
６）面グラフ
７）積み上げ面グラフ
８）複合グラフ
９）円グラフ
１０）ドーナッツグラフ
１１）散布図
１２）バブルチャート
１３）株価チャート
１４）レーダーチャート
１５）等高線グラフ
★これ１冊でエクセルはしっかり学べると思います。
但し初心者には、読む順番が後からの方が良いかもしれません。
第一章 表計算ソフトの解剖学
第二章 手作りの表をつくる
第三章 表作成の理論と手順
第四章 グラフをつくるための表
第五章 表の応用例
第六章 EXCELを使う第１歩
第七章 EXCELの操作の解説
◆「表計算ソフトが苦手」ではなく「表がつくれない」のである
ー従来の解説書では、ソフトの機能は説明していても
「表の作り方自体は説明していない」
「表の作り方」が分かれば「表計算ソフトが使える」
◆パソコンが使えると仕事の効率が１０倍？ー昔・・・「ワープロ打ちは女の子に任せろ、遊んでいるんじゃない」
今・・・「インターネットで情報収集、電子メール必須など、効率は１０倍以上確実」
パソコンとオフコン
ーパソコンはWinndowsなどのOSが稼動する個人用のもの、オフコンは大型汎用コンピュータ
を小型化したようなもの。
パソコンの性能向上によって、オフコンの需要は行き詰っており、生産台数も激減。
◆ワープロのメリット
１）「書く」こと自体、慣れれば手書きよりはるかに速い
２）清書が不要
３）加筆修正が手書きよりはるかに速い
４）以前作成した文書を手直しして再利用できる
５）表・図形・グラフを利用できる
◆表ソフトのさらなるメリット
６）セルやセル範囲のコピーなどが便利
７）ある程度まではデータベース機能を利用できる
８）計算ツールが非常に多い
◆アプリケーションは使い分けがコツ
１）ワープロソフト
２）表計算ソフト
３）データーベースソフト
◆パソコン恐怖症の克服法
◆EXCELで作成できる主なグラフ
１）集合棒グラフ
２）積み上げ棒グラフ
３）１００％積み上げ棒グラフ
４）折れ線グラフ
５）積み上げ折れ線グラフ
６）面グラフ
７）積み上げ面グラフ
８）複合グラフ
９）円グラフ
１０）ドーナッツグラフ
１１）散布図
１２）バブルチャート
１３）株価チャート
１４）レーダーチャート
１５）等高線グラフ
★これ１冊でエクセルはしっかり学べると思います。
但し初心者には、読む順番が後からの方が良いかもしれません。
