メインフレーム - Wikipedia
「ホストコンピュータ」はこの項目へ転送されています。コンピュータネットワークの用語については「ホスト (ネットワーク)」をご覧ください。 この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "メインフレーム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2017年5月） IBM System z9 メインフレーム 1964年に日本電信電話公社中央統計所へ導入されたIBM 7044 メインフレーム（英: mainframe）は、主に企業など巨大な組織の基幹情報システムなどに使用される大型コンピュータを指す用語[1]。汎用コンピュータ、汎用機、大型汎用コンピュータ、ホストコンピュータ、大型汎用
COBOLなどの既存システムから日本語の設計書とJavaソースを作成、富士通が新サービス
富士通と富士通アドバンストソリューションズ（FASOL）は2012年8月15日、企業情報システム向けの「設計書化モダナイゼーションサービス」を発表した（図1）。同日より販売活動を開始する。 このサービスでは、富士通およびFASOLの担当技術者が顧客企業のメインフレームを調査。COBOLやPL/Iなどで書かれているアプリケーションのソースコードを解析し、日本語の設計書に置き換える（図2）。アプリケーションの保守担当者はソースコードではなく日本語の設計書によってアプリケーションの仕様が把握できるため、アプリケーションの保守性が向上するという。 また、日本語の設計書から新規システム用のJavaソースも生成可能。この作業で富士通側はFASOLの開発支援ツール「InterDevelopシリーズ」を使う。同ツールはテスト関連の機能も備えており、設計書からJavaソースの動作テスト項目の候補を自動抽出す
アップル - 社内用アプリケーションの開発 - 概要
社内のユーザーの仕事を変える、革新的なモバイルアプリケーションの開発。その限りない可能性がここにあります。社内開発チームは、ほとんどの場合、ユーザーがすぐメリットを得られるアプリケーションを作ることに集中する必要があります。その上、驚くほど短期間でソリューションを提供しなくてはなりません。 開発プロセスのそれぞれの段階を詳しく知って、社内開発の取り組みに弾みをつけましょう。計画を始めるところからデザイン、開発、導入まで、あなたの会社のチームが常に最新情報を入手し、系統立てて進めていくために役立つリソースを紹介します。開発のそれぞれの段階で、ユーザーのために優れたモバイルアプリケーションを作る実践事例と、プロジェクトを加速するのに役立つヒントが見つかるでしょう。
「定量的プロジェクト管理ツールの分析レポーティング機能」 を公開 － 情報処理推進機構：ソフトウェアエンジニアリング
IPA/SEC では、ソフトウェア開発プロジェクトの定量的プロジェクト管理を効率的に支援する「定量的プロジェクト管理ツールの分析レポーティング機能」を公開しました。 ソフトウェアの品質の確保や納期の遵守のためには、検出不具合数や工数の進捗具合など、プロジェクト進行過程で測定する定量的なデータを用いて品質や進捗の状況を適切に把握することで、リスクを可視化し問題を早期に発見する「定量的プロジェクト管理」が求められます。 IPA/SEC では、ソフトウェア開発プロジェクトの定量的管理を行うプロジェクト・マネージャの支援を目的として、開発プロジェクトの進行過程で測定できる基本的な定量データ（規模、工数、工期）を自動収集・集計し、分析・管理する機能と、分析データをグラフ表示により視覚的に示す機能を備えた「定量的プロジェクト管理ツール」の開発を進めています。 今回公開する「分析レポーティング機能
Agile Project Management
Proven project management for successful teams With a shared view of team priorities, a process that fosters collaboration, and dynamic tools to analyze progress, your team will deliver more frequently and consistently. Better organization to get focused Keep your team on the rails. Tracker's shared backlog makes priorities clear so the team can stay organized. Easily visualize scope, focus your t
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
継続的デリバリのパターン
継続的デリバリを導入しようとする前に、いくつかの準備が必要です。真っ先に必要なのは、ビルドサーバに合うソースコード管理システムです。ビルドサーバは継続的統合を実施するサーバにもなります。ひとつひとつのチェックインをビルドできるサーバでなければなりません。一般的に言って、この用途では“既成”のビルドサーバが欲しくなります。チェックインを監視して、自動でビルドをする仕組みを構築するのは、想像以上に大変です。利用しているソースコード管理システムにフックできるトリガがあるとしても、ビルド失敗時の通知機能のような他の機能を実装するには割に合いません。 リソースが限られているとしても、継続的デリバリにとってステージングサーバは重要です。ステージングサーバは本運用環境に可能な限り似せておく必要があります。ここで第一の問題は“予算がいくらあるか”ということです。本運用環境のデータベースサーバがとても高価な
Review Boardならコードレビューを効率良くできる！
Review Boardならコードレビューを効率良くできる！：ユカイ、ツーカイ、カイハツ環境！（19）（1/3 ページ） “コードレビュー”やってますか？ “コードレビュー”は、ソフトウェア開発の重要なプロセスですが、往々にしておざなりにされがちです。 しかし、きちんとコードをレビューすることで、品質向上や、早期のバグ発見による後工程でのコスト削減につながります。また、病気や事故、他のプロジェクトへの突発的な火消し（！）などによる、開発メンバーの長期離脱時のリスク削減にもつながります。さらには、他の開発者が書いたコードを読んで学習することにより、コーディングスキルの向上にも役に立ちます。 今回は、「そうはいっても、現実的にコードレビューなんて無理……」という方のために、コードレビューを効率化する「Review Board」というツールを紹介します。 Review Boardの主な特徴5つ
情報処理推進機構：ソフトウェアエンジニアリング：報告書：非機能要求グレードの公開
～システム基盤における非機能要求の見える化ツール～ 2018年4月25日更新 2010年4月 独立行政法人情報処理推進機構 技術本部 ソフトウェア高信頼化センター 概要 情報システムの開発では、業務機能に関する要求以外のいわゆる「非機能要求」について、発注者と受注者との認識の行き違いや、互いの意図とは異なる理解をしたことに気づかないまま開発が進んでしまうことがあります。 「非機能要求グレード」は、このような状態を防止することを目的とし、重要な項目から段階的に詳細化しながら非機能要求の確認を行うツール群です。 「非機能要求グレード」は、「システム基盤の発注者要求を見える化する非機能要求グレード検討会（※）」から譲渡を受けたものです。 また、非機能要求グレードの具体的な利用方法が体得できる演習付きの教材非機能要求グレード研修教材」と解説書「非機能要求グレード利用ガイド[活用編]」も公開していま
フォールトトレラントシステム - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。（2019年4月） フォールトトレラントシステム（Fault tolerant system）は、その構成部品の一部が故障しても正常に処理を続行するシステムである。本項目はフォールトトレラントシステムの特定の実装方法に関して記述する。一般的な理論についてはフォールトトレラント設計を参照されたい。 概要[編集] 障害が発生した場合、単純な設計のシステムでは少しの障害でも全体が停止するが、フォールトトレラントシステムでは完全に機能を保ったまま処理を続行するか、障害の重大性に応じて機能を低下させながらも処理を続行する。フォールトトレラント性は連続稼働が求められるシステムや人命に関わるシステムで特に求められる。 フォールトトレラント性は個々のマシンの特性というだけではな
ページが見つかりません404 Error | 三菱総合研究所（MRI）
大変申し訳ございません。 お探しのページまたはファイルは見つかりませんでした。 URLが正しく入力されているかどうか、もう一度ご確認ください。 正しく入力してもページが表示されない場合は、ページが移動したか、削除された可能性があります。 お手数ですが、下記より目的のページをお探しください。 The page or file you were looking for could not be found. Please check again if the URL is entered correctly. If the page does not appear, the page may have been moved or deleted.
ソースコードの品質向上のための効果的で効率的なコードレビュー
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
システム統合にSOA？ RDBMS？ bashで十分！ － ＠IT
2009/09/07 毎年夏に開催される軽量プログラミング言語（LL：Lightweight Language）をテーマにした「LLイベント」。第7回目となる「LLTV」が、2009年8月29日に東京・中野で開催された。この記事ではプログラムの一部、「大改善!!劇的ビフォーアフター」をレポートする。前編では、Rubyによるfortuneコマンドの“増築”と、Firefox拡張によるslコマンドの実装というネタ系発表をレポートした。中編ではC言語にLisp風のマクロを取り入れ、lsコマンドのソースコードを約半分に削減する匠の技をレポートした。後編となる本記事では、売り場業務が滞りがちだった販売管理システムをbashコマンドで“建て直した”という劇的ビフォーアフターの発表をレポートする。 DBを捨ててテキストファイルに変換 「100万件ぐらいの検索なら、シェルだけでも1000分の数秒でできます
新ビジネスモデル研究会（第34回）2010/10/26 ビジネスプロセス革新協議会（BPIA）
ＵＳＰ研究所の當仲です。私たちUSP研究所は社員15名ほどの小さな会社で、ユニケージ開発手法による業務システム構築を行っています。 このユニケージという言葉は、私の造語です。パッケージという言葉は、パックに詰め込んでいる、あらかじめパッキングされている出来合いのソフトという意味であるのに対し、ユニケージはゼロから作るシステムです。UNIX、ユニーク、ユニファイ（unify：統合する）の３つの言葉のはじめのユニをつけて「ユニケージ」という言葉を作りました。 ゼロから作るとなると、お金も時間もかかると思われがちですが、このユニケージ開発手法には、安い、早い、柔らかいという特徴があります。現在、この手法は、良品計画様、ワールド様、成城石井様など、多くの企業で導入されています。 ユニケージ開発手法とは ユニケージの場合、まず開発するのが「安くて易しい」という特徴があります。ユニケージのシステムは普
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ja.q-bpm.org/mediawiki/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8
IT、IT製品の情報なら【キーマンズネット】
JBossESBEIP| JBoss.org Content Archive (Read Only)
Web Plugin - Sonar - Codehaus
[pdf]スピードがすべてを駆逐する. 良品計画の情報システムを支える. 「ユニケージ開発手法」とは. 2009/4/22. ユニバーサル・シェル・プログラミング研究所. 當仲寛哲. アジャイルジャパン 200