Functional design - Wikipedia
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Functional design" – news · newspapers · books · scholar · JSTOR (December 2007) (Learn how and when to remove this message) Functional Design is a paradigm used to simplify the design of hardware and so
インターフェース仕様書の読み方
企業の業務システムは互いに連携しています。その連携を支えるのがインターフェースプログラムです。本番稼働した後でも、何か障害が発生した際の調査や、移行時のデータ検証には、このインターフェースに関する仕様書を読み解くことが求められます。 ただ、システム開発経験のない方にとっては、仕様書を眺めても頭に入ってこないかもしれません。これは、そもそもプログラムがどんなことをしているのか、それが仕様書でどう表現されるのかイメージがないからだと思います。 この記事では、インターフェースの仕様書を読み解くのに役立つ基礎知識を紹介します。 インターフェースとは何か あるシステムから他のシステムへデータを連携する仕組みです。同じシステム内でデータの加工を行うプログラムも同様にインターフェースとして扱うこともできます。 装置と人間の接点として入出力を行う画面のことをユーザーインターフェースと呼びますが、ここでは、
外部システムインターフェース設計の基礎知識 | | 外資系コンサルのガラクタ箱
企業の業務システムが社内外のシステムと連携するには、インターフェースプログラムを構築します。 インターフェースプログラムには、送信元システムが受信システムの公開APIを呼び出す、あるいは受信システムの所定の格納先にファイルを格納するなど方式もいろいろあります。 本記事では、こうした外部システムとのインターフェースを設計する際の検討項目を紹介します。 インターフェースという用語の整理 最初に、インターフェースという用語の定義を確認しておきます。 外部設計とは？-SE虎の巻 -システムエンジニアのためのサイト- によると、インターフェースは「複数の物事の存在の中で、お互いの情報をやり取りするための仲介を行う媒体」であり、以下の3種類があるとされています。 ハードウェア・インタフェース ハードウェアの規約や、電気的な手続きの形式 ソフトウェア・インタフェース プログラム同士、機能同士がやり取
Kubernetesにおけるコンテナ起動時間高速化に向けた検討 - Preferred Networks Research & Development
本投稿はPFN2022 夏季国内インターンシップに参加された江平智之さんによる寄稿です。 はじめに PFN2022 夏季国内インターンシップに参加していた江平智之です。現在修士１年で、大学では分散システムやクラウド技術について研究しています。 今回のインターンシップでは、「JP04. Kubernetesにおけるコンテナ実行環境の改善」というテーマでコンテナ起動時間の高速化に取り組みました。 背景 PFNでは機械学習基盤としてKubernetesクラスタを使用しており、リサーチャやエンジニアはKubernetesクラスタ上のPod内で機械学習やシミュレーションなどの計算を行っています。スケジューラによってノードにアサインされた後にPod内にコンテナが起動されますが、ノード上にコンテナイメージのキャッシュがない場合にコンテナ起動が遅いという問題がありました。計算はPFNの研究開発における主要
米国でソフトウェアエンジニアになる方法
1on1やメールでご相談を受ける最頻出の話題が 「どうすればアメリカでソフトウェアエンジニアになれるでしょうか？」 というものです。これは後述しますが、いくつかの点で中々ひと言では回答の難しい質問です。ただし、本当にアメリカでソフトウェアエンジニアになりたいなら、そのための確度を大幅に上げる方法はいくつか思い当たります。 筆者について実際に米国で2年ほどではありますがソフトウェアエンジニアをしていました。現在も米系企業の日本法人でソフトウェアエンジニアとして働いています。留学経験もなく、3流大の文系出身で、30代になってから「正攻法で」米国に渡りました。そういう点で非常に現実的な経験をシェアできると思います。筆者について詳しいことは次のnoteにまとめました。もしご興味のある方はお読みいただければ幸いです。 本当に米国に行きたいですか？冒頭の質問に対して僕がまずお聞きするのは 「本当に米国
Jiraでクロスチェック担当者ガチャを回す
はじめに あるJiraタスクの完了条件に、チーム内でのクロスチェックを設定しているシーンは多くあると思います。この記事ではそんなときにJira Automationを使って、チェック担当者をランダムにアサインする方法をまとめています。 以下の手順によって「Jiraのタスクを特定のステータスにすると、自動的にチェック担当者がランダムでアサインされ、チェックに必要な項目がコメントされる」状態を実現することができます。 Automationとは Atlassianサービス上で利用可能な ノーコードでプロセスの自動化 が実現できる機能です。契約プランによって利用時間などが異なりますが、Atlassian製品ならではの柔軟なトリガー・アクションに加えて、必要に応じて外部APIをWebHookで起動することができます。 参考:https://www.atlassian.com/ja/software/
ISO/IEC 9126 - Wikipedia
ISO/IEC 9126 は、ソフトウェア品質の評価に関する国際規格である。同じ概念についての新たな規格策定事業 SQuaRE(Software Quality and Evaluation) により、ISO/IEC 25000:2005 に置換した。 ISO/IEC 9126は、「品質モデル; quality model」、「外部測定法; external metrics」、「内部測定法; internal metrics」、「利用時品質測定法; quality in use metrics」の4つの部分から成る。 品質モデルは ISO/IEC 9126-1で規定しており、ソフトウェア品質を次のように構造的に定義した。 JISでは、ソフトウェア製品の品質に関わるJIS X 0129群と、ソフトウェア製品の評価に関わるJIS X 0133群とに分かれている。 JIS X 0133-1は、J
ソフトウェア品質 - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。 記事の信頼性向上にご協力をお願いいたします。（2019年8月） ソフトウェア品質（ソフトウェアひんしつ、英: Software quality）は、ソフトウェアの品質を指し、プログラマの観点からはソースコードの品質、エンドユーザーの観点からはアプリケーションソフトウェアの品質を意味する。 ソフトウェア品質の定義は様々である。ジェラルド・ワインバーグは著書 Quality Software Management: Systems Thinking v. 1 で「品質とは誰かにとっての価値である」と書いている。この定義は品質が本来主観的なものであることを強調している。同じソフトウェアであっても人によって品質の感じ方は全く異なる。この定義の利点は、ソフトウェア開発チームに「このソフトウェアは誰のために作ってい
フロントエンドのコードからの情報漏洩を防ぐための工夫 - BASEプロダクトチームブログ
基盤チームの右京です。 昨今はフロントエンドのアプリケーションもリッチになり、ブラウザ上で実行されるコードが行うことの範囲も増えてきました。一方で多くのことを実装できてしまうのはリスクでもあり、BASE でも問題となることがあります。 その中でも「開発環境の URL」や「デバッグ機能の存在」ような環境毎に異なる情報は、特に意図せずに漏れやすいものだと考えています。これらはコードを記述する際に、実装方法を知識として知っていればその多くが回避可能です。この記事ではその実装例を解説しています。 コードから漏れる情報 例えば、次のようなコードがあるとします。 function debug() { // 開発環境の host であればデバッグ機能を有効にする return location.host === 'dev.example.com'; } なんの変哲もないようなコードに見えますが、ブラウザ
リファクタリングは事前準備が９割 - freee Developers Hub
会計チームで債権周りの開発をしている hachi (@hachiblog)です。会計チームが開発している freee 会計は freee の中で一番歴史が長いプロダクトです。加えて会計というドメインは複雑かつバグを生むと顧客の業務を大きく阻害するという点で一度作ったものを変更しづらいという特徴があります。 そのような環境で今回、債権のチームでは freee会計の初期からある「自動で経理」という機能の一部リファクタリングを行いました。リファクタリングのしづらい環境下でうまくリファクタリングをすすめるための tips は多くの人に役立つのではと思い、このエントリを書くに至りました。 今回「自動で経理」でリファクタリングしたときに事前に以下のことを行いました。 課題の発見 課題の具体化 設計とスケジュール見積もり テストコード実装 それぞれについて今回意識したことを書いていきます。 課題の発見
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Information technology audit - Wikipedia
株式会社Odd-e Japan（オッドイー・ジャパン）
The Ultimate Guide to Agile | Wrike
Amazon.co.jp: 【Amazon.co.jp 限定】ISO/IEC/IEEE 29119 ソフトウェアテスト規格の教科書: Stuart Reid (著), 高木陽平 (翻訳), 江添智之 (翻訳), 石原一宏 (その他), 堀明広 (その他): 本
ソフトウェアテスト読書マップ
)
V-model (software development) - Wikipedia
Wie man Scrum und das V-Modell kombiniert » AgileSkills
Amazon.co.jp: ユーザーのためのプロジェクトマネジメント実践講座: KPMGビジネスアシュアランス: 本
Amazon.co.jp: これ以上やさしく書けない プロジェクトマネジメントのトリセツ: 西村克己: 本
Amazon.co.jp: 「プロジェクトマネジメント」実践講座: 伊藤大輔: 本
