ソフトウェア工学作品一覧

  • 実践的ソフトウェア工学 第2版 実践現場から学ぶソフトウェア開発の勘所
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 開発の現場で活かせる実践的知識と理論を体系化!  現場視点のソフトウェア工学の知識が網羅的に紹介されているとして好評を博した『トップエスイー入門講座1 実践的ソフトウェア工学』の第2版。初版を踏襲した章構成に掲載項目追加し、新たに用語解説等も加え、より内容を充実させた。  ソフトウェア工学の知識を持たない初学者でも、開発現場で生かせる理論までを学ぶことができる1冊。現場技術者の学び直しにも最適。
  • ソフトウェア工学
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 基礎の基礎からプロジェクト管理まで、シッカリ学べる!  本書はソフトウェア工学の全体像をつかむための地図である。著者たちが企業や研究所で経験した「よい設計なくして、よいソフトウェアは望めない」という経験値を先人たちの知見と併せて一冊の書籍としてまとめた。  大学でソフトウェア工学を学ぶ学生には教科書として、企業で設計に携わる技術者にとっては参考書として活用できるように設計している。  分からない点や疑問な点を素早く探せるように、索引と傍注をリンクさせてレファレンス性を高めている。さらに傍注にはソフトウェア設計のヒントとなる事項を取り上げピンポイントで解説している。  今や社会基盤となった情報システムの中核であるソフトウェア工学を、しっかり学ぼうとする初学者やより確かな知識を得ようとしている読者には、まさに座右の書である。
  • 知識ゼロから学ぶソフトウェアテスト 第3版 アジャイル・AI時代の必携教科書
    -
    全エンジニア必読のロングセラー、10年振りにリニューアル! テストを学びはじめるなら、まずはこの一冊から。 本書は、ソフトウェアテスト初心者のITエンジニアに向けて、テストの基本知識を解説した入門書です。現場で実施されるテスト手法の基礎やポイント、心得など、ITエンジニアにとって必要不可欠な情報を、テスト界の第一人者である著者がわかりやすく解説しています。 10年ぶりのリニューアルでは、定番入門書としてのわかりやすさ・読みやすさはそのままに、内容の充実度をさらにパワーアップ。開発現場や時代の変化に合わせて、用語や記述を全面的に見直すとともに、「AIを活用したテスト」や「カオスエンジニアリング」など、新たなニーズに応えるトピックも追加収録しています。 開発現場に入りたての初級エンジニアはもちろん、新人を育成するメンターや先輩の立場にいる方にもおすすめの一冊です。 【目次】 ●第1章 はじめに ●第2章 ソフトウェアテストの基本 ―ホワイトボックステスト― ●第3章 エンジニアが最もよく使う手法 ―ブラックボックステスト― ●第4章 探索的テスト ●第5章 要求仕様のテスト ●第6章 非機能要求のテスト ―困難さとの闘い― ●第7章 テストの自動化という悪魔 ―なぜ自動化は失敗するのか― ●第8章 ソフトウェアテスト運用の基本 ―テスト成功の方程式― ●第9章 ソフトウェア品質管理の基本 ―ソフトウェア品質のメトリックス― ●第10章 新しいテスト技術 【著者情報】 高橋寿一(たかはしじゅいち) 情報工学博士。1964年東京生まれ。フロリダ工科大学大学院にてソフトウェア工学修士、Cem Kaner博士、James Whittaker博士にソフトウェアテストの指導を受けた後、広島市立大学大学院にてソフトウェアテスト研究により博士号取得。米Microsoft社・独SAP社でソフトウェアテスト業務に従事後、日本大手電機会社勤務(現職)。主な著書に『ソフトウェア品質を高める開発者テスト 改訂版』(翔泳社)、共著に『現場の仕事がバリバリ進む ソフトウェアテスト手法』(技術評論社)がある。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。
  • IT Text  情報システムの分析と設計
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 ※この電子書籍は紙版書籍のページデザインで制作した固定レイアウトです。 情報システムの開発を担うために必要な実際の知識をわかりやすく解説したテキスト 本書は、これから情報システムの開発を担う方々を対象に、実際に必要となる知識をわかりやすく解説したテキストです。 「情報システムの開発とは何か」から始め、企業情報システムの開発の基礎とその品質の維持と新技術への対応、IE、アジャイル、UML、データフロー図、エンティティリレーションシップ図、ペトリネットによるシステム記述、IDEFといった基本をひととおり学ぶことができます。 ICT分野の学生、若手エンジニアにとって必読の書です。 ※本書は『IT Text ソフトウェア工学演習』の改題改訂書籍です。 第1章 情報システムの開発  1.1 ソフトウェア指向から情報システム指向へ  1.2 情報システムを学ぶ人たちへ  1.3 情報システム  1.4 情報システムの開発  1.5 要求分析と設計  1.6 ソフトウェア工学  1.7 開発過程のモデル 第2章 企業情報システムの開発  2.1 企業情報システムとは  2.2 経営戦略とシステム化計画  2.3 モデリングによる情報システム開発 第3章 企業情報システムの開発(品質と新技術への対応)  3.1 高品質システム開発  3.2 デジタルビジネス 第4章 IE  4.1 IEの基本的な考え方  4.2 モデル構築の基本要素  4.3 教務情報システムの分析  4.4 開発方法論としての補考 第5章 アジャイル開発  5.1 要求の不確実性と仮説検証  5.2 アジャイル要求  5.3 アジャイル開発  5.4 その他の手法、フレームワーク、テクニック 第6章 UMLによるシステム記述  6.1 UMLの概要  6.2 ユースケース図  6.3 クラス図  6.4 オブジェクト図  6.5 シーケンス図  6.6 コミュニケーション図  6.7 状態マシン図  6.8 アクティビティ図  6.9 コンポーネント図  6.10 配置図 第7章 データフロー図、ER図、ペトリネットによるシステム記述  7.1 データフロー図  7.2 ER図  7.3 ペトリネット 第8章 IDEF によるシステム記述  8.1 IDEF0の概要  8.2 IDEF0によるセミナ情報システムの記述例  8.3 IDEF0による医療情報システムの記述例  8.4 IDEF3の概要  8.5 IDEF3によるセミナ情報システムの記述例  8.6 IDEF3による医療情報システムの記述例 参考文献
  • アジャイルイントロダクション Agile開発の光と影
    4.0
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 アジャイル導入のメリット最大化へ!  ソフトウェア工学分野の“大御所”バートランド・メイヤー博士の手による、アジャイル入門書にして具体的な開発手法にまで言及した一冊。アジャイルのプラス面だけでなく、マイナス面にも切り込んで紹介している点が本書の特徴である。  アジャイルができること・できないこと、世間一般のアジャイルへの誤解などを明らかにすることで、アジャイル導入のメリットの最大化を目指す。各章ともコンパクトにまとめられており、初学者でも無理なく読み進められる一方、開発現場で頻出する諸問題にも詳しいため、現場レベルでも役立つ。
  • SEは人間力
    3.5
    ※本書は2009年に発行された書籍の電子版になります。 【「属人性の排除」こそ、排除すべき幻想である。】 業務システム開発プロジェクトを行う組織では、最新技術の導入によってプロジェクトの失敗を防ごうとしていることが少なくありません。しかし、実際の現場では、技術以前に「人」の問題がプロジェクトを失敗させていることがとても多いのです。本書では、こうした場合の効果的な改善方法を提案します。豆蔵のコンサルタントとして、約10年にわたって数多くの開発組織にかかわり、効果的な提言によってプロジェクトを成功に導いてきた著者による、「机上の学問」ではなく「現場での実践的知識」をまとめた書籍です。 ■こんな方におすすめ ・システムエンジニア、プロジェクトマネジャー、プログラマー、アーキテクト ■目次 第1章 なぜ技術だけではうまくいかないのか     問題の根源     人間系の問題とは     人間系の影響力     人間系の問題の兆候と発生要因     決まりごとの無視     問題の放置     成果物の品質低下     コミュニケーションの不足     問題発生の要因     モチベーション低下     文化     リソース不足     要員配置ミス     開発者間の不和     責務と権限のバランス喪失     リスク管理の対象     人間系も含めた改善活動     現状満足型     問題放棄型     積極型     標準型     技術やツールよりも重要 第2章 技術以前に改善すべき5つの課題   一 目的は明確か   二 組織のバランスは取れているか   三 情報の流れは円滑か   四 計画は存在するか   五 必要な成果物はすぐに出てくるか 第3章 「視点」を意識しよう     開発を成功させる2つの利益     (1)適切なモデルの作成     (2)有効なコミュニケーション     視点の種類     (1)プロセスの視点     (2)品質の視点     (3)役割の視点     (4)抽象度の視点     視点を意識する方法     視点を理解する     視点をコントロールする     開発プロセスと視点     視点を意識した開発 第4章 もうひとつのプロジェクト管理     「管理」の意味     プロジェクトアドミニストレーションの必要性     プロジェクトアドミニストレーションのプロセス領域     (1)ハードウェア管理     (2)ソフトウェア管理     (3)ネットワーク管理     (4)電子ファイル管理     (5)開発情報管理     (6)リソース管理     プロジェクトアドミニストレーションの実施方法     プロジェクトを円滑に進めるために不可欠な活動 第5章 ユースケースはなぜ使えないのか     時間の無駄?     本当に役に立たない場合     使い方に原因がある場合     ユースケースを活用できない理由     記述が曖昧     書き終り待ち     書きっ放し     ユースケース単位でのプロジェクト計画     ユースケースの効果的な活用法     (1)ユースケースの作成     (2)計画立案     (3)開発工程     (4) 次反復の準備     正しく使えばメリットが得られる 第6章 コンサルタントになる方法     注目されるキャリアパス     コンサルタントの仕事とは?     コンサルタントの仕事を分解する     (1)問題を発見すること     (2)問題の解決法を考え出すこと     (3)解決法を実行すること     (4)人に伝えること     コンサルタントになるには     (1)「人に伝える」スキルを身につける     (2)勉強する習慣を身につける     (3)「コレだけは」というものを身につける     達成感の大きい仕事 ■著者プロフィール 井上樹(いのうえ・たつき):明治大学ソフトウェア工学研究室でオブジェクト指向に出会う。1997年同大学大学院終了。卒業後は(有)インアルカディアにてオブジェクト指向導入コンサルティングやセミナーの支援に従事。2000年より(株)豆蔵。現在は組込み系ソフトウェア開発を中心に、オブジェクト指向、プロセス、ソフトウェア開発改善に関するメンタリング、コンサルティング、セミナーを担当。著書に『オブジェクト嗜好度向上計画』『超入門Javaってなんだろう』『ダイアグラム別UML徹底活用』(いずれも翔泳社)、『いちばんやさしいオブジェクト指向の本【第二版】』(技術評論社)などがある。
  • 継続的デリバリーのソフトウェア工学 もっと早く、もっと良いソフトウェアを作るための秘訣
    5.0
    本書はソフトウェアに関する諸問題を、「工学」に基づいて解決する方法を実利的に示します。 『継続的デリバリー』で著名なデイビッド・ファーリーの“Modern Software Engineering : Doing What Works to Build Better Software Faster”の日本語版です。 継続的デリバリー(『継続的デリバリー』の共著者)の先駆者で、DevOps、TDD、その他ソフトウェア開発全般についての実践者である著者が、ソフトウェア開発に科学的思考法を応用するとはどういうことなのかを明らかにし、本当にソフトウェア工学と呼べるものを実現するにはどうすればよいかを具体的に示します。 真のソフトウェア工学は、私たちの創造力と、高品質で役立つものを自信を持って作る能力を引き上げます。アイデアを掘り下げ、創造力を伸ばせるようになり、大規模で複雑なシステムを構築できるようになります。 コードは誰でも書けますが、それは私たちの仕事ではありません。ソフトウェア開発はコードを書くことよりも大きな仕事です。私たちの仕事は、問題を解くことであり、そのためには設計に注意の目を光らせ、生み出す解決策の有効性を考えなければなりません。 本書はこれからソフトウェア開発の大海に船を漕ぎ出す人には良い羅針盤となる書籍だと思うし、私のように長年この業界で過ごしてきた人間にとっては、自分の経験を振り返る良いきっかけとなり、自分の考えが変化を受容しているか客観的に見る示唆を与えてくれるものとなることを確信する。 ――「解説」より
  • Code Complete 第2版 上 完全なプログラミングを目指して
    4.5
    ソフトウエア開発の方法論を幅広く網羅した入門書。上巻は設計やプログラミング、下巻はテストやデバッグを扱う。1993年発行の第1版を、Webアプリケーションの普及などを踏まえて大幅に改定した。著者はソフトウエア工学の第一人者で、知識体系「SWEBOK」の構築を主導する。計1200ページを超える大部だが、ソフト開発プロセスを建築設計にたとえるなど、難解になりがちな内容を分かりやすくまとめている。
  • ゴール&ストラテジ入門
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 <A5判の書籍を固定レイアウトで制作したものです。大きめの端末でご覧ください> GQM+Strategies(目標・質問・メトリクス+戦略)アプローチ  本書で解説するGQM+Strategies(目標・質問・メトリクス+戦略)アプローチは、目標に沿って測ることを決めるという意識的・無意識的に広く用いられているGQM(目標・質問・メトリクス)法を拡張し、残念なITシステムを作らないようにするためのものである。具体的には、測定を通じて目標を定量管理する中で、組織のあらゆる箇所や階層において目標とITシステム化に代表される戦略を整合させ、改善させ続けることを可能とする。  本書執筆にあたっては、ドイツIESE研究所(実験的ソフトウェア工学研究所)ならびに日本国内における豊富な実践適用を経た結果を反映させており、経営者や投資(特にIT投資)を検討する立場の方から、戦略(特にITシステム)の企画立案や運用に携わる方まで、幅広く役立つものとなっている。 ★このような方におすすめ 企業のITシステム開発者 ★目次 第1章 まず理解しておくこと 第1部 GQM+Strategiesアプローチ 第2章 GQM+Strategiesのポイント 第3章 フェーズ0:初期化 第4章 フェーズ1:環境の特性化 第5章 フェーズ2:目標と戦略の設定 第6章 フェーズ3:実行計画の策定 第7章 フェーズ4:計画の実行 第8章 フェーズ5:成果の分析 第9章 フェーズ6:結果のまとめ 第2部 業界への適用と他の手法との関係 第10章 各社の適用例 第11章 他のアプローチとの関係 第12章 まとめと今後に向けた見解 付録A GQM+Strategiesプロセスチェックリスト 付録B GQM+Strategies評価アンケート
  • 実践的ソフトウェア工学
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 ありそうで無かった解説書!机上の理論ではなく、開発の現場で活かせる実践的知識と理論の体系化! ソフトウェア開発の裏表を知り尽くした現役エンジニアが語る基本とエッセンス! ソフトウェア工学は、ソフトウェア開発に内在する課題や問題を解決する土台となる基礎知識。しかし、様々な要素が複雑に絡まる開発現場では、抽象化された理論では対応しきれない面があることも否定できない。本書は著者が長く開発の第一線で活躍してきた中で、理論と経験を現場で活かせる知識として体系化した、実践に使えるソフトウェア工学の解説書。エンジニアの目からウロコの1冊です。
  • 情報処理2017年8月号別刷「《特集》「ソフトウェア工学の最前線 ~ ソフトウェアが社会のすべてを定義する時代 ~」 2017/07/15
    -
    情報処理学会誌「情報処理」2017年8月号特集「ソフトウェア工学の最前線~ソフトウェアが社会のすべてを定義する時代~」の記事のみを抜き出した別刷(冊子)。昨今著しい進歩を遂げているソフトウェア工学の最前線を分かりやすく読者の皆様にお伝えします。(解説記事執筆者他:紫合治、鵜林尚靖、丸山勝久、青山幹雄、野田夏子、岸田孝一、山本里枝子、玉井哲雄、井上克郎、斎藤忍、岸知二、石川冬樹、來間啓伸、中島震、亀井靖高、島垣潤二、野中誠、鷲崎弘宜、中川博之、鄭顕志、田原康之、肥後芳樹)

    試し読み

    フォロー
  • ZERO BUGS シリコンバレープログラマの教え
    3.4
    バグのないコード(ゼロバグ)を書くことは本当に可能なのか? もし正確な仕様が与えられるなら、その答えは「はい」だ―― 本書は、高品質なコードを書くための具体的なレッスンを、「78の物語」として幅広く、かつ、とても興味深く提示します。 原著は「全プログラマが読むべきだ」「良いプログラマになるなら、本棚に入れておくべきだ」などと評された話題の書籍『Zero Bugs and Program Faster』です。 「できるプログラマ」は過去のコードから学ぶ! ! ――ビル・ゲイツ、リチャード・ストールマン、エドガー・ダイクストラ、ドナルド・クヌース、ドンキーコング、Linuxカーネルなどのコードが教訓とともに掲載されています。 ■「解説」から抜粋 「バグを減らすため」「生産性を高めるため」であれば何でもアリの、多種多様なトピックが並べられています。それぞれの技術が生まれた時期も普及した時期もバラバラです。 先頭から読み進めていくと、時代もトピックもジェットコースターのように目まぐるしく変わっていきます。 逆に言うと、特定の時代、特定の対象、特定の手法ではなく、ソフトウェア工学の知見を広くカバーしています。 ソースコードも、多種多様な言語の、いろいろなドメインでのソースコードが紹介され、そこでの問題点や工夫された点が解説されていきます。 頭から順番に読んでいってもいいでしょう。えいやとページに指を入れてそこを読んでもいいかもしれません。1日1章のペースで読んでもいいですし、最初から最後まで一気に読んでしまってもいいでしょう。
  • ソフトウェア工学の基礎 30
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 本書はFOSE主催ワークショップの予稿集(2023年度)。ソフトウェア工学研究の活性化に寄与する情報がまとめられています。
  • ソフトウェア工学の基礎 29
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 本書はFOSE主催ワークショップの予稿集(2022年度)。ソフトウェア工学研究の活性化に寄与する情報がまとめられています。
  • ソフトウェア工学の基礎 28
    -
    ※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 本書はFOSE主催ワークショップの予稿集(2021年度)。ソフトウェア工学研究の活性化に寄与する情報がまとめられています。
  • はじめてのテストプロセス改善 ソフトウェアの「バグをなくせ」と言われたら?テストプロセス改善でバグを削減しよう(CodeZine Digital First)
    -
    テストプロセス改善の入門編ハンドブック! ソフトウェアエンジニアリングやテクノロジーは日々進歩していますが、まだまだバグ0の実現には至っていません。 しかし、バグ0は難しいとしても、"プロセス"によりバグの少ないソフトウェア開発の実現は可能です。 「テストプロセス改善」を実施する際、最も困るのが、テストプロセス改善に関するまとまった情報が少ないことです。 そこで本書は、「テストプロセス改善」をするときに欲しい3つの情報をわかりやすく紹介しています。 テストプロセス改善がなぜバグの削減につながるのでしょうか。 テストプロセス改善のメリットと課題はどのようなものでしょうか。 どのようにテストプロセス改善を実施すればよいのでしょうか。 CodeZineで好評いただいた連載を再編し、最新情報を加筆してお届けします。 【著者紹介】 高木 陽平 東京理科大学大学院 技術経営修士(MOT)卒業。バルテスのフィリピン子会社であるVALTES ADVANCED TECHNOLOGY INC.の取締役。 今まで、多数のソフトウェアテストやテストプロセス改善の業務に従事。大学でソフトウェア工学の研究室に入り、プロセス改善を研究。 2019年に、Stuart Reid博士が開発したISO29119(ソフトウェアテスト規格)トレーニングのトレーナー用トレーニングを、 Stuart Reid博士本人より教わり、日本人初のISO 29119トレーニングトレーナーとなる。 ISO 29119 Certified Tester、JSTQB初の完全上級テスト技術者(テストマネージャ、テストアナリスト、テクニカルテストアナリスト)の資格を保有。 訳書に、「ISO/IEC/IEEE 29119 ソフトウェアテスト規格の教科書」(バルテス株式会社、共訳)がある。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。
  • ビジネス価値を創出する「匠Method」活用法
    -
    デザイン思考とシステム思考をつないだ 日本発のアジャイル手法「匠Method」。 ビジネスの創造性を高め、価値をデザインする実践手法を紹介! 本書は、ITのエンジニアから出発し、ITアーキテクト/コンサルタントとしての 実績を積んだ著者が、ビジネスの手法として確立した方法論「匠Method」をベースに、 企業や業務の価値を発見し、創造する手法を解説しています。 「匠Method」は、論理的に構造化していく思考(システム思考)からスタートし、 そこに感性的な思考(デザイン思考)を融合させ、2つの思考を行き来させることで 創造性をはぐくむ手法です。 本書では「価値のデザイン」、ビジネス要求からの「表現」や「活動」などをつなぐ 方法を通じ、サービスの立ち上げから展開、ブランディングの考え方、プロジェクトの 作り方を紹介しています。 【推薦の言葉】 「匠Methodは、日本が大切にしてきた〈言葉〉の力と、 ソフトウェア工学に起源をもつ〈モデリング〉という手法によって、 共感をベースに置く、〈日本発のアジャイル手法〉といえる」――平鍋健児氏 ※本電子書籍は同名POD出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。
  • 毎日使える! Visual Studio Code ── 実践的な操作、言語ごとの開発環境、拡張機能開発
    -
    【実践的な操作から拡張機能開発まで網羅!】 プログラマーの仕事道具と言えばプログラミングエディターです。Microsoftが開発したVisual Studio Codeは、現在最も人気のあるエディターです。本書では、日々のコーディングでVisual Studio Codeを使いこなすための方法を解説します。 Visual Studio Codeの最大の特徴は、高いカスタマイズ性と豊富な拡張機能です。Visual Studio Codeが持つ機能はたくさんありますが、それらの全体像を把握することは困難です。そこで本書では、操作方法、言語ごとの開発環境の構築、拡張機能開発の大きく3つに分けて、Visual Studio Codeの使い方を網羅的に説明します。 ■こんな方におすすめ ・Visual Studio Codeを使いこなしたい方 ・Visual Studio Codeの拡張機能を作りたい方 ■目次 □第1章:Visual Studio Code入門   1.1 Visual Studio Codeとは   1.2 Visual Studio Codeの歴史   1.3 Visual Studio Codeのインストール   1.4 Visual Studio Codeのアップデート   1.5 Visual Studio Codeの画面構成   1.6 Visual Studio Codeの基本操作   1.7 お勧めの情報リソース   1.8 まとめ □第2章:実践的な編集操作   2.1 コマンドやファイルへのアクセス   2.2 検索/置換   2.3 ショートカットキー   2.4 コード補完   2.5 タスク管理 ── 外部ツールを使ったコマンドの登録   2.6 まとめ □第3章:UIや設定のカスタマイズ   3.1 Visual Studio CodeのUIのカスタマイズ   3.2 テーマのカスタマイズ   3.3 設定の編集   3.4 まとめ □第4章:お勧めの拡張機能   4.1 拡張機能のインストール方法   4.2 言語機能の強化   4.3 執筆環境   4.4 カスタマイズと拡張機能の注意点   4.5 まとめ □第5章:Git/GitHubによるバージョン管理   5.1 Hello Git   5.2 GitHubでのバージョン管理   5.3 関連する拡張機能   5.4 まとめ □第6章:JavaScript/TypeScriptによる開発   6.1 JavaScript/TypeScript環境のインストール   6.2 Hello JavaScript   6.3 Hello TypeScript   6.4 ReactによるWebアプリケーション開発   6.5 まとめ □第7章:Javaによる開発   7.1 Java環境のインストール   7.2 Hello Java   7.3 Spring BootによるWebアプリケーション開発   7.4 まとめ □第8章:Pythonによる開発   8.1 Python環境のインストール   8.2 Hello Python   8.3 Jupyter Notebookによるデータ分析   8.4 まとめ □第9章:拡張機能開発入門   9.1 拡張機能の自作   9.2 拡張機能の開発環境のインストール   9.3 Hello拡張機能   9.4 UI拡張によるショートカット機能の開発 ── よく使うコマンドをボタンで呼び出す   9.5 拡張機能の公開   9.6 まとめ □第10章:実践的な拡張機能開発   10.1 Language Server Protocolとは   10.2 Language Server Protocol拡張機能の開発環境のインストール   10.3 Hello Language Server Protocol   10.4 リンター機能の開発 ── 辞書に追加したコードを自動修正   10.5 コード補完機能の開発 ── よく使う単語をコード補完   10.6 まとめ ■著者プロフィール 上田 裕己(うえだ ゆうき):ソフトウェアエンジニア。システム開発に従事。Visual Studio Codeのコントリビュータで、R言語の拡張機能「vscode-r」などを開発。ソフトウェア工学を学び、静的解析ツールに関する開発を行う。博士(工学)を取得。
  • 「要求」の基本原則
    3.0
    ※本書は2009年に発行された書籍の電子版になります。 【工学的アプローチで「要求」を制覇しよう。】 失敗プロジェクトのほとんどは、要求をコントロールできない状態で開発に着手している。大規模化・複雑化する一方で、開発のスピードも求められる現代のプロジェクトでは、勘と経験だけで「要求」に対処するには限界がある。ソフトウェア工学的なアプローチにより、要求の扱い方を実践的に解説する上流工程の必読書。 ■こんな方におすすめ ・これからSEになろうと考えている大学生 ・SEに転職しようと考えている人 ・SEになりたての人 ・SEとして楽しく仕事をしていきたい人 ■目次 はじめに ●第1章 要求の扱い方を身につけよう ~開発現場で使える要求工学入門 あるホテル予約システムの例/要求の過程/要求をめぐる一連の行動/要求の曖昧さ/スコープコントロールの必要性/要求定義に潜む問題/要求工学と要求プロセス/要求プロセスのコアアーキテクチャ/要求を扱うための6原則(要求ベストプラクティス)/(1)要求の抽象度を識別せよ/(2)要求を可視化せよ/(3)要求を検証せよ/(4)要求にトレーサビリティを付与せよ/(5)要求に属性を付与せよ/(6)要求を分類せよ/スコープコントロールサイクル/要求プロセスのフェーズ ●第2章 立ち上げフェーズ ~目的と環境を整理し、要求定義プロセス開始の準備をする フェーズの概要/フェーズの目的/フェーズのアクティビティ/[アクティビティ]背景と目的を識別する/[アクティビティ]前提と制約を識別する/[アクティビティ]現状の組織環境を理解する/立ち上げフェーズのチェックリスト ●第3章 識別フェーズ ~プロジェクトに潜む問題と要望を可視化する フェーズの概要/フェーズの目的/フェーズのアクティビティ/[アクティビティ]問題の識別/[アクティビティ]利害関係者の識別 /[アクティビティ]利害関係者の要望収集/[アクティビティ]プロジェクト環境との適合度検証/識別フェーズのチェックリスト ●第4章 導出フェーズ ~要望を実現するための手段を見出し、プロジェクトの目的が達成できることを合意する フェーズの概要/フェーズの目的/「要望」から「要件」へ観点を変換する/フェーズのアクティビティ/[アクティビティ]機能要件の導出/[アクティビティ]非機能要件の導出/[アクティビティ]要件の検証/システム外要件の扱い/ベースライン要求/要求属性/[アクティビティ]要件適合性の評価(「優先度」の設定)/[アクティビティ]要求リスクの評価(「要求安定性」の設定)/[アクティビティ]実現可能性の評価(「難易度」の設定)/[アクティビティ]システム規模の評価(「コスト」の設定)/[アクティビティ]ベースライン要求の策定/導出フェーズのチェックリスト ●第5章 仕様化フェーズ ~システムとして設計可能な状態まで要求を詳細化する フェーズの概要/フェーズの目的/要求仕様とは/機能要求仕様の表現方法/[アクティビティ]機能の識別/ユースケースにおける機能仕様書/[アクティビティ]シナリオの定義/[アクティビティ]機能属性の定義/[アクティビティ]インタフェース仕様の定義/[アクティビティ]データ仕様の定義/[アクティビティ]機能要求仕様の検証/[アクティビティ]非機能要求仕様の定義/[アクティビティ]非機能要求仕様の検証/仕様化フェーズのチェックリスト/まとめ おわりに 参考文献 ■著者プロフィール 岡大勝(おか・ひろまさ):日本DEC、日本hp での金融機関向けの開発を経て、日本ラショナルソフトウェアへ。RUPやOOの普及に努める。2003 年SPEIを設立。現在は“要求”と“アーキテクチャ”に軸足を置いたプロセスエンジニアリングでさまざまなプロジェクトを支援している。PMI認定PMP。 三宅和之(みやけ・かずゆき):住友信託銀行のクオンツアナリストからコンサルティング会社での要件定義アナリストへ転身。2003年SPEIを設立。現在は、プロジェクト管理・要求管理を専門分野として開発プロジェクトの支援に邁進している。(財)日本証券アナリスト協会検定会員・PMI認定PMP・IIBA会員。

最近チェックした本