moebiusT7/mmv-wiki-index-ja huggingface dataset:
ソフトウェアデザイン ソフトウェアデザイン Software Design Software Design 愛称・略称 SD ジャンル パソコン雑誌 読者対象 コンピュータエンジニア 刊行頻度 月刊 発売国 日本 言語 日本語 定価 1,280円 出版社 技術評論社 編集部名 雑誌編集部 発行人 片岡巌 編集人 細谷謙吾 編集人代理 池本公平 雑誌名コード 05827 刊行期間 1990年11月号- ウェブサイト Software Design Software Design （ソフトウェア デザイン）は、 技術評論社 から出版されている日本語による月刊の パソコン雑誌 である。主に PC や PCサーバ に用いられる ソフトウェア に関する新たな技術情報や商品情報を扱い、プロフェッショナルやセミプロ、ハイエンド・アマチュアのプログラミング・エンジニアなどを主な読者としている。 インターネット の サーバ 側でのコンピュータ・ プログラミング といったコンピュータ・ネットワークに関する技術記事が比較的多く、 UNIX / Linux を用いた Webサービス などのコンピュータ・ソフトウェア技術を扱うことが多い。郵送による定期購読と一般書店での販売を行っている。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアデプロイメント ソフトウェアデプロイメント ソフトウェア開発工程 中心となる活動 ソフトウェア ソフトウェア開発 要求分析 ソフトウェアアーキテクチャ ソフトウェア設計 ソフトウェアエンジニアリング プログラミング ソフトウェアテスト デバッグ ソフトウェアデプロイメント ソフトウェア保守 パラダイムとモデル アジャイルソフトウェア開発 ソフトウェアクリーンルーム 反復型開発 ソフトウェアプロトタイピング スパイラルモデル V字モデル ウォーターフォール・モデル ソフトウェア開発方法論 とフレームワーク 適応型ソフトウェア開発 DevOps ディシプリンド・アジャイル・デリバリー 動的システム開発手法 ユーザー機能駆動開発 反復型開発 かんばん リーンソフトウェア開発 LeSS モデル駆動工学 Microsoft Solutions Framework パーソナルソフトウェアプロセス 高速アプリケーション開発 ラショナル統一プロセス Scaled agile framework スクラム SEMAT Team software process OpenUP 統一プロセス エクストリーム・プログラミング 開発支援 ソフトウェア構成管理 ソフトウェアドキュメンテーション ソフトウェア品質保証 ソフトウェアプロジェクト管理 ユーザーエクスペリエンス プラクティス 受け入れテスト駆動開発 ビヘイビア駆動開発 Collective code ownership 継続的インテグレーション 継続的デリバリー ドメイン駆動設計 ペアプログラミング 実例による仕様 スタンドアップ・ミーティング テスト駆動開発 プログラミングツール コンパイラ デバッガ リンケージエディタ 性能解析 GUIビルダ UML tool 統合開発環境 ビルド自動化 アプリケーションリリース自動化 Infrastructure as code カテゴリ:ソフトウェアテストツール 標準と機関 BABOK Capability Maturity Model Integration IEEE Standards Association ISO 9001 ISO/IEC JTC 1/SC 7 PMBOK SWEBOK ITIL 用語集 人工知能の用語集 コンピュータ科学の用語集 ソフトウェア工学 ソフトウェアデプロイメント （ 英 : Software deployment ）または単に デプロイ とは、 ソフトウェア システムを利用可能にする活動全般を指す用語である。デプロイメント（Deployment）とは「展開、配備、配置」などの意。 一般にデプロイメントは相互に関連したいくつかの活動から構成される。それらの活動は、 ソフトウェア開発者 の側で行われるものもあれば、顧客側で行われるものも、あるいは両者が共同で行うものもある。ソフトウェアは非常に様々なものがあり、ソフトウェアデプロイメントの プロセス や プロシージャ を正確に定義することは難しい。従って、ソフトウェアデプロイメントは、個々の事情や要求に応じてカスタマイズされる「汎用プロセス」と理解されるべきである。ソフトウェアデプロイメントに含まれる個々の活動については以下で解説する。 また、 アプリケーションサーバ において、各種アプリケーションモジュールを実際に使用される環境に配備することを アプリケーションデプロイメント と呼ぶ。 自動化されたデプロイメント手法を用いた（従来に比べて）素早く高頻度すなわち 継続的 なソフトウェア デプロイメント を 継続的デプロイ という。 This arti
従って、ソフトウェアデプロイメントは、個々の事情や要求に応じてカスタマイズされる「汎用プロセス」と理解されるべきである。ソフトウェアデプロイメントに含まれる個々の活動については以下で解説する。 また、 アプリケーションサーバ において、各種アプリケーションモジュールを実際に使用される環境に配備することを アプリケーションデプロイメント と呼ぶ。 自動化されたデプロイメント手法を用いた（従来に比べて）素早く高頻度すなわち 継続的 なソフトウェア デプロイメント を 継続的デプロイ という。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアトランザクショナルメモリ ソフトウェアトランザクショナルメモリ 計算機科学 において、 ソフトウェアトランザクショナルメモリ （ 英 : software transactional memory , STM）は、 データベース トランザクション に似た 並行性制御 機構であり、 並列計算 を行う際の 共有メモリ へのアクセス法である。この機構は ロックベース の同期を用いた 並行性制御 の代替手段として機能し、ノンブロッキングな方法で実装される物もある。ここでいうトランザクションとは、共有メモリに対する一連の読み出しと書き込みを実行するコードを意味する。論理的にはこれらの読み出しと書き込みは、時間的なある一点で行われ、他のトランザクションからはその間の状態は見えない。トランザクションを行うために ハードウェア にサポートさせるアイデア(ハードウェアトランザクショナルメモリ)は、1986年に Tom Knight により論文と特許として出された。そのアイデアを普及させたのが Maurice Herlihy と J.Eliot B. Moss である。1995年、Nir Shavit と Dan Touitou がこのアイデアを ソフトウェア のみで行うトランザクショナルメモリ (STM) に拡張した。STM は近年非常に研究が進み、実用的な実装も進展している。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアドキュメンテーション ソフトウェアドキュメンテーション ソフトウェア開発工程 中心となる活動 ソフトウェア ソフトウェア開発 要求分析 ソフトウェアアーキテクチャ ソフトウェア設計 ソフトウェアエンジニアリング プログラミング ソフトウェアテスト デバッグ ソフトウェアデプロイメント ソフトウェア保守 パラダイムとモデル アジャイルソフトウェア開発 ソフトウェアクリーンルーム 反復型開発 ソフトウェアプロトタイピング スパイラルモデル V字モデル ウォーターフォール・モデル ソフトウェア開発方法論 とフレームワーク 適応型ソフトウェア開発 DevOps ディシプリンド・アジャイル・デリバリー 動的システム開発手法 ユーザー機能駆動開発 反復型開発 かんばん リーンソフトウェア開発 LeSS モデル駆動工学 Microsoft Solutions Framework パーソナルソフトウェアプロセス 高速アプリケーション開発 ラショナル統一プロセス Scaled agile framework スクラム SEMAT Team software process OpenUP 統一プロセス エクストリーム・プログラミング 開発支援 ソフトウェア構成管理 ソフトウェアドキュメンテーション ソフトウェア品質保証 ソフトウェアプロジェクト管理 ユーザーエクスペリエンス プラクティス 受け入れテスト駆動開発 ビヘイビア駆動開発 Collective code ownership 継続的インテグレーション 継続的デリバリー ドメイン駆動設計 ペアプログラミング 実例による仕様 スタンドアップ・ミーティング テスト駆動開発 プログラミングツール コンパイラ デバッガ リンケージエディタ 性能解析 GUIビルダ UML tool 統合開発環境 ビルド自動化 アプリケーションリリース自動化 Infrastructure as code カテゴリ:ソフトウェアテストツール 標準と機関 BABOK Capability Maturity Model Integration IEEE Standards Association ISO 9001 ISO/IEC JTC 1/SC 7 PMBOK SWEBOK ITIL 用語集 人工知能の用語集 コンピュータ科学の用語集 ソフトウェア工学 ソフトウェアドキュメンテーション とは、 コンピュータ の ソフトウェア に付随する文書、またはそのような文書を作成することを意味する。類似の用語として ソースコードドキュメンテーション がある。 仕様書 を含むか、含まないかは立場により異なる。仕様書は設計/実装のために事前または事後に作成する文書である。ドキュメンテーションは開発中あるいは既に完成したソフトウェアに付随する文書を指す訳ではない。ソフトウェアに関する文書には作成する順番があるとは限らない。図からソフトウェアを生成する場合もあれば、ソフトウェアから図を生成する場合もある。ソフトウェアから仕様を生成する場合もあれば、仕様からソフトウェアを生成する場合もある。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアハウス ソフトウェアハウス ソフトウェアハウス あるいは ソフトハウス とは、情報システムの構成要素となるソフトウェアを開発する会社である。事業内容としては下請けとしてソフトウェア開発作業を受託して実施するか、自社ブランドのソフトウェアの開発と販売を行う。一般的には社員の殆どが プログラマ である。主に システムインテグレーション の下請け構造の説明で用いられる用語で、自社サービスの展開を主力事業とするWeb系企業を含めない使い方が一般的である。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアパイプライン ソフトウェアパイプライン ソフトウェアパイプライン （ 英 : software pipelining なので正確には「パイプライン化」）は、 コンピュータ・プログラム の 最適化 技法のひとつで、パイプライン化された（ 命令パイプライン の記事を参照） プロセッサ の 実行ユニット で効率良く実行できるように 命令スケジューリング できるよう、プログラムを変形するという手法である。高度なコンパイラでは コンパイラ最適化 により行われることもあるが、一般にはしばしば、多数回繰り返されるが1回の処理内容がごくわずかなループ（画像処理や信号処理などには多い）について、手作業で、一種の アウト・オブ・オーダー実行 のようなプログラムの書換え（ループの繰返しをまたいで、コードの順序を前後に入れ替えることが多い）を行う。 アーキテクチャ によっては、その仕様にソフトウェアパイプラインを特に意識した要素があるものもあり、特に インテル の IA-64 アーキテクチャが顕著である（ #IA-64における例 ）。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアパフォーマンステスト ソフトウェアパフォーマンステスト パフォーマンステスト ( 英 : performance testing)は ソフトウェア品質保証 では、一般に、特定のワークロードでの応答性と安定性の観点から システム がどのように機能するかを判断するために実行される テスト 手法である。また、 スケーラビリティ 、 信頼性 、リソース使用量など、システムの他の 品質 属性 を調査、測定、検証、または検証するのにも役立つ。 パフォーマンスエンジニアリングのサブセットであるパフォーマンステストは、システムの実装、設計、およびアーキテクチャにパフォーマンス標準を組み込むことを目的とした 計算機科学 の実践である。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアパーク・タイランド ソフトウェアパーク・タイランド ソフトウェアパーク・タイランド ( タイ語 : เขตอุตสาหกรรมซอฟต์แวร์แห่งประเทศไทย / ซอฟต์แวร์พาร์ค) 、 英語 ：Software Park Thailand）は、 タイ王国 が建設したソフトウェア産業開発振興区。 内閣 科学技術省 タイ国立科学技術開発庁 の監督下にある。 バンコク の郊外北 ノンタブリー県 パーククレット郡 に立地。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアファクトリー ソフトウェアファクトリー ソフトウェアファクトリー （Software Factory）とは、関連するソフトウェア資産の構造化された集合体であり、特定の外部インタフェース定義に従ったソフトウェアアプリケーションまたはソフトウェアコンポーネントの製造を助ける。ソフトウェアファクトリーは、 製造業 の技法と原則を ソフトウェア開発 に適用するもので、それによって製造業の長所を模倣しようとするものである。また、ソフトウェアファクトリーは、一般にソフトウェア製造の アウトソーシング と関係が深い。 ^ “ Software Factories ”. MSDN. 2013年4月16日閲覧。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアフレームワーク ソフトウェアフレームワーク ソフトウェアフレームワーク （ 英 : software framework ）とは、 プログラミング において、 アプリケーションソフトウェア 等の実装に必要となる一般的な機能や定型コードを、 ライブラリ としてあらかじめ用意したものである。例えば、 Java などの オブジェクト指向言語 向けの クラスライブラリ として実装されている場合は、再利用可能なソフトウェア部品（ ソフトウェアコンポーネント ）として用意されている クラス の インスタンス を自由に組み合わせたり、基本的な機能を持つ基底クラスを継承した派生クラスをユーザープログラマーが定義し、仮想 メソッド によって公開されているカスタマイズポイントを選択的に上書きしたり特化させたりする。言語によっては コールバック関数 や デリゲート を利用するなど、他にもさまざまな形態がある。文脈から明確な場合は単に「フレームワーク」としたり、特に アプリケーションソフトウェア 開発向けであることを明確にした「 アプリケーションフレームワーク 」など、前後に別の語をつなげた複合語を使ったりすることもある。 ソフトウェアフレームワークは、明確に定義された API を持ち、具体的な実装を再利用可能な形で隠蔽しているという点で ライブラリ とよく似ている。両者の間に明確な境界は無いし、分類のための明確な基準も無い。観点のひとつとしては、いわゆる「メインループ」あるいは「 イベントループ 」をアプリケーション側が持つか否か、という分類がある。メインループをアプリケーション側が持っていてそこから呼び出される形態のものがライブラリであり、一方フレームワークではメインループはフレームワーク側にあり、アプリケーションはそちら側から呼ばれるイベントハンドラによって駆動される（これについて「 制御の反転 」という語で説明されることがある）。 しかしこの分類は、両者を特徴づけるはっきりした分類というわけではない。アプリケーションの main 関数は ランタイムライブラリ 中のスタートアップルーチンから呼び出される。また、広く使われているようなフレームワークでは、たいていはメインループをアプリケーション側が持つことができるようなメカニズムが用意されている。 ソフトウェアフレームワークは、最終的にアプリケーションソフトウェアにリンクされるライブラリコードだけでなく、開発に必要となる各種 プログラミングツール も含んでいることがある。また、 統合開発環境 (IDE) に組み込まれたプロジェクトテンプレートやソースコードジェネレータを活用した 自動プログラミング の仕組みが用意されていることもある。 ^ Riehle, Dirk (2000), Framework Design: A Role Modeling Approach , Swiss Federal Institute of Technology , http://www.riehle.org/computer-science/research/dissertation/diss-a4.pdf   This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアプロジェクト管理 ソフトウェアプロジェクト管理 ソフトウェア開発工程 中心となる活動 ソフトウェア ソフトウェア開発 要求分析 ソフトウェアアーキテクチャ ソフトウェア設計 ソフトウェアエンジニアリング プログラミング ソフトウェアテスト デバッグ ソフトウェアデプロイメント ソフトウェア保守 パラダイムとモデル アジャイルソフトウェア開発 ソフトウェアクリーンルーム 反復型開発 ソフトウェアプロトタイピング スパイラルモデル V字モデル ウォーターフォール・モデル ソフトウェア開発方法論 とフレームワーク 適応型ソフトウェア開発 DevOps ディシプリンド・アジャイル・デリバリー 動的システム開発手法 ユーザー機能駆動開発 反復型開発 かんばん リーンソフトウェア開発 LeSS モデル駆動工学 Microsoft Solutions Framework パーソナルソフトウェアプロセス 高速アプリケーション開発 ラショナル統一プロセス Scaled agile framework スクラム SEMAT Team software process OpenUP 統一プロセス エクストリーム・プログラミング 開発支援 ソフトウェア構成管理 ソフトウェアドキュメンテーション ソフトウェア品質保証 ソフトウェアプロジェクト管理 ユーザーエクスペリエンス プラクティス 受け入れテスト駆動開発 ビヘイビア駆動開発 Collective code ownership 継続的インテグレーション 継続的デリバリー ドメイン駆動設計 ペアプログラミング 実例による仕様 スタンドアップ・ミーティング テスト駆動開発 プログラミングツール コンパイラ デバッガ リンケージエディタ 性能解析 GUIビルダ UML tool 統合開発環境 ビルド自動化 アプリケーションリリース自動化 Infrastructure as code カテゴリ:ソフトウェアテストツール 標準と機関 BABOK Capability Maturity Model Integration IEEE Standards Association ISO 9001 ISO/IEC JTC 1/SC 7 PMBOK SWEBOK ITIL 用語集 人工知能の用語集 コンピュータ科学の用語集 ソフトウェア工学 ソフトウェアプロジェクト管理 (ソフトウェアプロジェクトかんり、 英 : software project management ) は、ソフトウェアプロジェクトを計画し導く技法および技術である。 ソフトウェアプロジェクト管理は、 プロジェクト管理 の一分野であり、 ソフトウェア プロジェクトの計画、監視および制御を対象とする。 ^ Stellman, Andrew; Greene, Jennifer (2005). Applied Software Project Management . O'Reilly Media. ISBN  978-0-596-00948-9. オリジナル の2015年2月9日時点におけるアーカイブ。 . https://web.archive.org/web/20150209011617/http://www.stellman-greene.com/aspm/   This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless other
596-00948-9. オリジナル の2015年2月9日時点におけるアーカイブ。 . https://web.archive.org/web/20150209011617/http://www.stellman-greene.com/aspm/   This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアプロトタイピング ソフトウェアプロトタイピング ソフトウェア開発工程 中心となる活動 ソフトウェア ソフトウェア開発 要求分析 ソフトウェアアーキテクチャ ソフトウェア設計 ソフトウェアエンジニアリング プログラミング ソフトウェアテスト デバッグ ソフトウェアデプロイメント ソフトウェア保守 パラダイムとモデル アジャイルソフトウェア開発 ソフトウェアクリーンルーム 反復型開発 ソフトウェアプロトタイピング スパイラルモデル V字モデル ウォーターフォール・モデル ソフトウェア開発方法論 とフレームワーク 適応型ソフトウェア開発 DevOps ディシプリンド・アジャイル・デリバリー 動的システム開発手法 ユーザー機能駆動開発 反復型開発 かんばん リーンソフトウェア開発 LeSS モデル駆動工学 Microsoft Solutions Framework パーソナルソフトウェアプロセス 高速アプリケーション開発 ラショナル統一プロセス Scaled agile framework スクラム SEMAT Team software process OpenUP 統一プロセス エクストリーム・プログラミング 開発支援 ソフトウェア構成管理 ソフトウェアドキュメンテーション ソフトウェア品質保証 ソフトウェアプロジェクト管理 ユーザーエクスペリエンス プラクティス 受け入れテスト駆動開発 ビヘイビア駆動開発 Collective code ownership 継続的インテグレーション 継続的デリバリー ドメイン駆動設計 ペアプログラミング 実例による仕様 スタンドアップ・ミーティング テスト駆動開発 プログラミングツール コンパイラ デバッガ リンケージエディタ 性能解析 GUIビルダ UML tool 統合開発環境 ビルド自動化 アプリケーションリリース自動化 Infrastructure as code カテゴリ:ソフトウェアテストツール 標準と機関 BABOK Capability Maturity Model Integration IEEE Standards Association ISO 9001 ISO/IEC JTC 1/SC 7 PMBOK SWEBOK ITIL 用語集 人工知能の用語集 コンピュータ科学の用語集 ソフトウェア工学 ソフトウェアプロトタイピング （ 英 : Software Prototyping）とは、将来完成する予定の ソフトウェア の不完全なモデル（ プロトタイプ ）を作成することおよびその過程を意味する。プロトタイプは完成品についてのイメージをユーザーに抱かせ、顧客がそのプログラムを評価することができる。これにはいくつかの利点がある。設計者や実装者はプロジェクトの初期段階でユーザーからフィードバックを得ることができる。顧客や契約者はそのソフトウェアが ソフトウェア仕様 に適合しているかどうかを比較検討できる。また、 ソフトウェア開発者 はプロジェクトの工数を正確に見積もることが可能となり、要求されている期限などが（人員や開発設備などに照らして）妥当かどうかを検討できる。プロトタイピングをどの程度完璧にすべきかやその製作技法に関しては、1970年代初期から議論を呼んでいる。 1960年代 や 1970年代 の固定的な開発サイクルでは、完全なプログラムをまず製作し、それから設計と実装の不整合に対処したりしていた。この方式は開発費用の増大を招き、費用や期間の予測も難しかった。プロトタイピングは多大な出費を防ぎ、完成したプログラム修正という困難な作業を低減する。 プロトタ
に見積もることが可能となり、要求されている期限などが（人員や開発設備などに照らして）妥当かどうかを検討できる。プロトタイピングをどの程度完璧にすべきかやその製作技法に関しては、1970年代初期から議論を呼んでいる。 1960年代 や 1970年代 の固定的な開発サイクルでは、完全なプログラムをまず製作し、それから設計と実装の不整合に対処したりしていた。この方式は開発費用の増大を招き、費用や期間の予測も難しかった。プロトタイピングは多大な出費を防ぎ、完成したプログラム修正という困難な作業を低減する。 プロトタイピングは フレデリック・ブルックス の1975年の著書『 人月の神話 』の主要テーマの1つでもあった。 ^ Todd Grimm: The Human Condition: A Justification for Rapid Prototyping. Time Compression Technologies, vol. 3 no. 3. Accelerated Technologies, Inc. May 1998 . Page 1. [1] This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアライセンス ソフトウェアライセンス ソフトウェアライセンス （ 英 : software license ）は、 コンピュータ の ソフトウェア について、ソフトウェア利用者が遵守すべき事項を記載した文書（ ライセンス ）である。 ソフトウェアライセンスは、一般的には各国の 著作権法 や 不正競争防止法 、公務員法、国家機密などに基づく ソフトウェア利用許諾契約 の一部として取り扱われるものであり、ソフトウェアライセンスに反してソフトウェアを使用することは、ソフトウェア作者の著作権を侵害するものとして、著作権法に反する不法な行為とみなされる。仕様等が国家機密に指定されているソフトウェアを不正に利用する行為は、国益を著しく毀損するものとして、 国家公務員法 や 地方公務員法 、 自衛隊法 、 特定秘密保護法 などに基づき、より厳しい罰則が適用される。しかし、厳しいソフトウェアライセンスのひとつとして知られる GNU General Public License に違反した者に対し、そのような厳しい罰則が適用されたという話はあまり聞かない。 ソフトウェアライセンスは「著作物の使用許諾契約の一部」であるという性質上、ソフトウェアの利用を開始する前に必ず利用者の同意が求められる。この「同意を求める行為」は、最も一般的な方法としては、ソフトウェアの インストール 時にソフトウェアライセンスを表示し、利用者に「ソフトウェアライセンスの内容に同意する」旨の入力を行わせる（典型的には「同意する」ボタンのクリック）ことによって実施されている。もし利用者がソフトウェアライセンスの内容に同意しなかった場合は、その時点で使用許諾契約は不成立となり、ソフトウェアのインストールが中止されるようになっている。しかし、このような手法について一部の実務者が主張するような法的有効性を、法学者がそのまま認めている例はあまり見られないようである。 ^ Maggie Shiels (2008年8月14日). “ Legal milestone for open source ”. 2018年2月9日閲覧。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアリグレッション ソフトウェアリグレッション ソフトウェアリグレッション （ 英語 : software regression ）は、システムのアップグレード、システムの 更新プログラム適用 、 夏時間 への変更などの特定のイベントの後で、機能が意図したとおりに機能しなくなる ソフトウェアのバグ のこと。 ソフトウェアの後退・後戻り・先祖返り 、または デグレード （degrade、デグレ）とも呼ばれる。これに対し、ソフトウェアが正常に機能しているにもかかわらず、パフォーマンスが遅くなったり、以前よりも多くのメモリやリソースを使用したりする状況のことを ソフトウェアパフォーマンスのリグレッション という。 リグレッションは、多くの場合、 ソフトウェア更新プログラム に含まれている バグ修正 によって引き起こされる。この種の問題を回避するためには、 回帰テスト を行うことが一つのアプローチとなる。適切に設計された テスト計画 は、ソフトウェアをリリースする前にリグレッションの可能性を防ぐことを目的としている。 自動化されたテスト と適切に記述された テストケース により、リグレッションの可能性を減らすことができる。 ソフトウェアのリグレッションは、次の3つのタイプのいずれかになる。 ローカル – 変更により、変更されたモジュールやコンポーネントに新しいバグが発生する。 リモート – ソフトウェアの一部を変更することで、別のモジュールやコンポーネントの機能が損なわれる。 露呈 – 変更により、変更前には影響がなかった既存のバグが露呈する。 ^ Yehudai, Amiram; Tyszberowicz, Shmuel; Nir, Dor (2007). Locating Regression Bugs . Haifa Verification Conference . 2018年3月10日閲覧 . ^ Shang, Weiyi; Hassan, Ahmed E.; Nasser, Mohamed; Flora, Parminder (11 December 2014). Automated Detection of Performance Regressions Using Regression Models on Clustered Performance Counters . https://sail.cs.queensu.ca/Downloads/ICPE2015_AutomatedDetectionofPerformanceRegressionsUsingRegressionModelsOnClusteredPerformanceCounters.pdf#page=1 .   ^ Richardson, Jared; Gwaltney, William Jr (2006). Ship It! A Practical Guide to Successful Software Projects . Raleigh, NC: The Pragmatic Bookshelf. pp.  32, 193 . ISBN  978-0-9745140-4-8 . https://archive.org/details/shipitpracticalg0000rich/page/32   This article is issued from Wikipedia . The text is available under Creative Commons Attribution-
. Raleigh, NC: The Pragmatic Bookshelf. pp.  32, 193 . ISBN  978-0-9745140-4-8 . https://archive.org/details/shipitpracticalg0000rich/page/32   This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアリポジトリ ソフトウェアリポジトリ ソフトウェアリポジトリ ( 英 : software repository)は、 ソフトウェアパッケージ の格納場所のことで、多くの場合、目次とメタデータが保存される。単に リポジトリ と呼ばれる場合もある。ソフトウェアリポジトリは通常、ソース管理またはリポジトリマネージャによって管理される。パッケージマネージャを使用すると、リポジトリ（"パッケージ" と呼ばれる）を自動でインストール、更新できる。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェアリリースライフサイクル ソフトウェアリリースライフサイクル ソフトウェア・リリース・ライフサイクル ( 英 : Software release life cycle) は、コンピュータ ソフトウェア の開発段階からリリース後に成熟する段階までの総称。サイクルは、最初の開発から最終的なリリースまでが範囲であり、ソフトウェアの改善やソフトウェアにまだ存在する バグ 修正を行う、更新プログラムまでが含まれる。 ソフトウェア製品は、テスト段階でのユーザーの信頼性に対する期待値を下げるためにベータ版として公に宣伝されることがあり、コンピューター業界では ベータ版 の段階で製品にアクセスしているユーザーが最も多い。 ^ “ Why Google kept Gmail in "beta" for so many years. ”. 2020年12月21日閲覧。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・サプライチェーン ソフトウェア・サプライチェーン ソフトウェア・サプライチェーン （英語：Software Supply Chain）は、ソフトウェアの成果物を開発、構築、公開するために使用されるコンポーネント、ライブラリ、ツール、プロセスで構成される ソフトウェア・ベンダーは、 オープンソース や 商用ソフトウェア のコンポーネントを組み合わせて製品を作成することが多い。 ソフトウェア部品表 ( SBOM ) は、ソフトウェアアプリケーションのようなソフトウェア成果物を構築するために使用されるコンポーネントの目録を公表する。 アレルギー , を引き起こす可能性のある食品を避けるためにラベルを参照するように、SBOMは、組織または個人に害を及ぼす可能性のあるソフトウェアの使用を避けるのに役立てることができる。 BOM の概念は、 サプライチェーン・マネジメント の一環として、従来の製造業で定着している。 メーカーは BOM を使用して、製品を作るために使用する部品を追跡する。後から特定の部品に欠陥が見つかった場合、 BOM を使えば、影響を受けた製品を簡単に見つけることができる。 ^ “ For Good Measure Counting Broken Links: A Quant’s View of Software Supply Chain Security ”. USENIX ;login. 2022年7月4日閲覧。 ^ “ Software Bill of Materials ”. ntia.gov. 2021年1月25日閲覧。 ^ “ [Part 2 Code, Cars, and Congress: A Time for Cyber Supply Chain Management]”. 2015年6月12日閲覧。 ^ “ Code, Cars, and Congress: A Time for Cyber Supply Chain Management ”. 2015年6月12日閲覧。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・サービス ソフトウェア・サービス 株式会社ソフトウェア・サービス Software Service, Inc. 種類 株式会社 機関設計 監査役会設置会社 市場情報 東証スタンダード 3733 2004年2月20日上場 略称 SSI 本社 所在地 日本 〒 532-0003 大阪府 大阪市 淀川区 西宮原 二丁目6番1号 設立 1969年4月22日 業種 情報・通信業 法人番号 4120001103331 事業内容 医療情報システム開発・販売 代表者 代表取締役 会長 宮崎勝 資本金 847百万円（2017年10月） 発行済株式総数 5,488千株（2022年10月） 売上高 連結：275億69百万円 （2022年10月） 営業利益 連結：48億53百万円 （2022年10月） 経常利益 連結：49億09百万円 （2022年10月） 純利益 連結：33億99百万円 （2022年10月） 純資産 連結：272億66百万円 （2022年10月） 総資産 連結：337億34百万円 （2022年10月） 従業員数 1,640名（2023年4月1日現在） 決算期 10月31日 主要 株主 宮崎勝：24.86% 公益財団法人夢&環境等支援宮崎記念基金：15.30% シップヘルスケアホールディングス：10.71% BNYM AS AGT/CLTS NON TREATY JASDEC：10.52% STATE STREET BANK AND TRUST COMPANY 505224：3.35% （2022年10月31日現在） 主要 子会社 ユタカインテグレーション エスエスサポート 外部リンク https://www.softs.co.jp/ 株式会社ソフトウェア・サービス は 大阪府 大阪市 淀川区 に本店を置く、医療機器向けのシステムの開発、販売、導入を行っている企業である。 ^ 組織図 - 株式会社ソフトウェア・サービス 2021年11月1日 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・シンセサイザー ソフトウェア・シンセサイザー ソフトウェア・シンセサイザー （ software synthesizer ）とは、 コンピュータ 上で シンセサイザー 機能を提供する ソフトウェア である。広義には CPU によって音信号を合成するソフトウェアすべてを指すが、狭義には歴史的に専用ハードウェアで提供されてきた楽器用シンセサイザーの発音回路をコンピュータソフトウェアによって デジタル信号処理 で再現したもの、およびその楽器としての類型を指す。 短縮して ソフトシンセ （ soft synth ）、実体がないため ヴァーチャルシンセ （ virtual synth ）などと呼称されることもある。なお「ソフトシンセサイザ（SOFTSYNTHESIZER）」は ヤマハ の登録商標（登録日本第4026952号）である。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・スタディーズ ソフトウェア・スタディーズ ソフトウェア・スタディーズ は、 ソフトウェアシステム とその社会的および文化的影響を研究する、新しい 学際的な 研究分野である。 ソフトウェア の実装とその使われ方は 、サイバーカルチャー 、インターネット研究、ニューメディア研究、デジタルカルチャーなどの最近の分野で研究されてきたが、ソフトウェア研究の前は、ソフトウェアが明確な研究対象として扱われることはめったになかった。ソフトウェアを人工物として研究するために、ソフトウェア・スタディーズは、 デジタルヒューマニティーズ およびソフトウェアの計算の観点からの方法と理論を利用する。方法論的には、ソフトウェア研究は通常、 コンピュータサイエンス や ソフトウェアエンジニアリングの アプローチとは異なる。これらのアプローチは、主に 情報理論 や実際のアプリケーションにおけるソフトウェアに関係している。ただし、これらの分野はすべて、特に プログラミング と ソースコードの 分野で、 コンピュータリテラシー に重点を置いている。 ニューメディア研究とソフトウェア・スタディーズを分ける点として、ソースコードとプロセスの分析に重点を置くことが多く挙げられる。これは通常、インターフェースと観察可能な効果の議論に限定される。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・テクニカルレビュー ソフトウェア・テクニカルレビュー ソフトウェア・テクニカルレビュー （ 英語 : software technical review ）は ソフトウェア・ピアレビュー の1種。ソフトウェア開発、 システム開発 においては単に レビュー と呼ぶことも多い。 テクニカルレビューは、 ソフトウェアインスペクション よりはカジュアルで、 ウォークスルー よりはフォーマルである。 IEEE 1028-97では以下のように定義されている。 テクニカルレビューは、特定のソフトウェアプロダクトを評価して、プロダクトがソフトウェアを利用しようとしている関係者の意図に合致しているかどうかを判断することを目的し、承認済の仕様や標準に対する不一致の識別を目標とする。 テクニカルレビューを実施した後は、ソフトウェアプロダクトが仕様と合致しているか、開発中に仕様が変更された場合にコントロールされているかを判定できるような証拠をマネジメントに対して提供しなければならない。 参加メンバー。 意思決定者(Decision Maker) レビューリーダ(Review Leader) 記録係(Recorder) 技術スタッフ(Technical staff) (Management staff) (Customer or user representatives) ^ a b ^ a b c d This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・ピアレビュー ソフトウェア・ピアレビュー ソフトウェア・ピアレビュー （ 英 : Software peer review ）は、 ソフトウェア 開発、 システム開発 における ピアレビュー 。 ソフトウェア・レビュー の内、開発プロジェクトの関係者によって行われるレビュー。プロジェクト外の第三者の有識者がレビューアとなる第三者レビューや、進捗の確認や評価を行うマネジメントレビュー、 監査 は含まない。 代表的なレビュー技法として以下の手法がある。 インスペクション チームレビュー ウォークスルー パスアラウンド ピアデスクチェック アドホックレビュー ^ 森崎 , p. 50. ^ This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア・レビュー ソフトウェア・レビュー ソフトウェア・レビュー （ 英 : Software review ）とは、 ソフトウェア 開発、 システム開発 において、各工程で作成される成果物に対し、開発プロジェクトの担当者、 マネージャー 、ユーザー、顧客、ユーザーの担当者、その他の関係者がコメントしたり、点検するためのプロセス、または会議のこと。 ソフトウェア開発、システム開発においては単に レビュー と呼ぶことも多い。 IEEE標準 1028では、以下の5つが規定されている。 ウォークスルー ソフトウェア・テクニカルレビュー ソフトウェアインスペクション ソフトウェア・マネジメントレビュー 進捗の確認、進捗計画と進捗状況の確認。開発リソース割り当ての確認、目標達成のために用いられるマネジメントの手法を評価する。 監査 国際的な標準や規制や規則、国内法による規制や規則に沿っていることの評価や、顧客や企業の開発標準、ガイドラインに沿っていることを確認、評価する。 カール・ウィーガーズ は論文「Improving Quality through Software Inspections」（1995年）において、以下の「基本指導原則」を挙げている 。 まず、自分の エゴ をチェックする。 作成者ではなく、作成物そのものを批評する。 レビューで問題を見つける。ただし、見つけた問題をレビューの場で解決しようとしない。 レビューの時間は最大2時間に制限する。 作成物の理解に影響がないのならば、スタイルに関する問題は避ける。 公式だろうと非公式だろうと、早期に点検を行い、また頻繁に点検を行う。 ^ Wiegers 1995 . This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア事前審査機構 ソフトウェア事前審査機構 ソフトウェア事前審査機構 （ソフトウェアじぜんしんさきこう、 独 : Unterhaltungssoftware Selbstkontrolle ）は、 ドイツ 国内を対象とする コンピュータゲーム の公的倫理審査機関。略称・ USK 。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.
ソフトウェア保守 ソフトウェア保守 ソフトウェア開発工程 中心となる活動 ソフトウェア ソフトウェア開発 要求分析 ソフトウェアアーキテクチャ ソフトウェア設計 ソフトウェアエンジニアリング プログラミング ソフトウェアテスト デバッグ ソフトウェアデプロイメント ソフトウェア保守 パラダイムとモデル アジャイルソフトウェア開発 ソフトウェアクリーンルーム 反復型開発 ソフトウェアプロトタイピング スパイラルモデル V字モデル ウォーターフォール・モデル ソフトウェア開発方法論 とフレームワーク 適応型ソフトウェア開発 DevOps ディシプリンド・アジャイル・デリバリー 動的システム開発手法 ユーザー機能駆動開発 反復型開発 かんばん リーンソフトウェア開発 LeSS モデル駆動工学 Microsoft Solutions Framework パーソナルソフトウェアプロセス 高速アプリケーション開発 ラショナル統一プロセス Scaled agile framework スクラム SEMAT Team software process OpenUP 統一プロセス エクストリーム・プログラミング 開発支援 ソフトウェア構成管理 ソフトウェアドキュメンテーション ソフトウェア品質保証 ソフトウェアプロジェクト管理 ユーザーエクスペリエンス プラクティス 受け入れテスト駆動開発 ビヘイビア駆動開発 Collective code ownership 継続的インテグレーション 継続的デリバリー ドメイン駆動設計 ペアプログラミング 実例による仕様 スタンドアップ・ミーティング テスト駆動開発 プログラミングツール コンパイラ デバッガ リンケージエディタ 性能解析 GUIビルダ UML tool 統合開発環境 ビルド自動化 アプリケーションリリース自動化 Infrastructure as code カテゴリ:ソフトウェアテストツール 標準と機関 BABOK Capability Maturity Model Integration IEEE Standards Association ISO 9001 ISO/IEC JTC 1/SC 7 PMBOK SWEBOK ITIL 用語集 人工知能の用語集 コンピュータ科学の用語集 ソフトウェア工学 ソフトウェア保守 （ソフトウェアほしゅ）または ソフトウェアメンテナンス (software maintenance) とは、 ソフトウェア工学 において既存の ソフトウェア を改良・最適化していくと共に バグ を修正していくプロセスを意味する。ソフトウェア保守は ソフトウェア製品ライフサイクル における主要なプロセスの一部であり、 ソフトウェアの実際の現場への投入 後に行われる。ソフトウェア保守工程では、実際の使用で発見された問題点やバグを修正すると共に、そのソフトウェアの ユーザビリティ や可用性を改善するための機能追加も行う。 This article is issued from Wikipedia . The text is available under Creative Commons Attribution-Share Alike 4.0 unless otherwise noted. Additional terms may apply for the media files.