書籍概要 経済産業省と連携のもとで組織した“機能安全準備部会”のメンバーが中心になって、組込みシステムの安全性や信頼性を確保・向上していくための、基本的な考え方や所作を説明しています。 構成
書籍概要 経済産業省と連携のもとで組織した“機能安全準備部会”のメンバーが中心になって、組込みシステムの安全性や信頼性を確保・向上していくための、基本的な考え方や所作を説明しています。 構成
2010-2020 S. Koichi, M. Arisaka, H. Koshino, A. Aoki, S. Iwata, T. Uno, H. Sato, Chemical Structure Elucidation from 13C NMR Chemical Shifts: Efficient Data Processing Using Bipartite Matching and Maximal Clique Algorithms, Journal of Chemical Information and Modeling, Vol.54, 1027-1035, 2014. (in English) [PDF] 2000-2010 H. Satoh, A. Aoki, H. Asaoka, ChemoJun: Open Source Chemical Graphics Librar
先日、関数とメソッドの違いを学生に聞いたら、分からんとのこと。せっかくなので自分的に整理する。 コンピュータの一番最初の処理――演算から。 演算 コンピュータは当初、計算のための道具であった。実際、最近まで「計算機」と呼ばれていたのはその名残。 計算のための道具なのだから、それが行う処理は「演算」と呼ばれた。 歴史的な最初の演算は ENIAC が行った弾道計算だろう。 もちろん、いまの最近コンピュータのCPUにも ALU(演算装置)がある。 演算とは、コンピュータが行うごく簡単な計算のことである。 手続き(プロシージャ) 最初は計算(演算)のためのコンピュータだったが、処理の内容を柔軟にし、計算以外にも広げた方が有用であることが分かった。 つまり、処理を演算列から「命令列」に汎化し、「制御命令」を導入して、演算の実行順序を動的に変えた方がいろいろできるのである。もっと単純に言えば、条件付き
<組込み系ソフトウェア・ワークショップ2013:資料室> 組込み系開発のアーキテクト ~アーキテクトをどのように育てるのか~
リリース管理の目標は、ITインフラの変更を本番環境に確実に実装することである。そのために不可欠なのが「テスト」と「リハーサル」だ。 今回は、「リリース管理」という概念についてお話します。 前回は「変更管理」について述べました。リスクの少ない、変更の手順が完全に標準化されているようなもの(例えばプリンタのトナー交換やウイルス対策ソフトのウイルスパターンファイルのアップデートなど)以外の ITインフラの変更は、必ず変更管理プロセスを通すようにしましょうという内容でした。ここで大切なのは、「ITインフラの変更」にはハードウェアやソフトウェアの変更だけでなく、人の変更も含まれるということです。 変更管理の最終目標は、変更したことが原因で、業務に負の影響が起きるということを避けるということです。ITILには難しいことが書いてありますが、この最終目標さえ外さなければスモールスタートでも問題ありません。
The DSM Forum exists to spread the knowledge and know-how of Domain-Specific Modeling. It is an independent body made up of the leading DSM tool and solution providers, along with expert DSM users. As part of its mission, the DSM Forum maintains this site as a central point for information on DSM, and to link to existing information elsewhere. To contribute, email us at: DSMForum@DSMForum.org. Wha
自動化ツールの必要性 昨今、仮想化およびクラウドの普及に伴い、サーバを短時間で増設することが容易になってきました。例えばユーザアクセスが増えてシステムの負荷が高くなった場合、サーバそのものは即座に準備できるようになりました。しかし、システムの設定は別途実施しなければいけないという状況も多々見受けられています。 サーバの台数が少なければ一台一台構築や設定を行えますが、何百台ものサーバを扱うとなると時間がかかって迅速性は失われてしまいますし、多くの人手が必要となれば設定の間違いが起こる可能性も高くなるでしょう。そして管理するサーバが増えたとしても、それらを管理する人は増えていないのが現状です。 そのため、サーバ構築とともにアプリケーションやミドルウェアの設定をも実施する自動化ツールが注目されています。 Chefとは Chef(シェフ)は、米Opscode社が提供するクラウドコンピューティングを
客員研究官 林 晋 神戸大学工学部 情報知能工学科 教授 http://www.kobe-u.ac.jp/ 客員研究官 黒川 利明 株式会社CSKeソリューション技術本部技術調査部基盤技術グループ CSKフェロー http://www.csk.co.jp/index.html 1.始めに 日本人は論理的でないという、また、合理的でないという。それが日本のソフトウェア産業の構造的弱さと関係しているのではないか? いくら重点的に予算を注ぎ込んでも日本のソフトウェア分野が浮上しないのは、日本社会が合理的・論理的思考法に弱く、また、それを軽視するためではないか? 日本のソフトウェア産業・ソフトウェア工学の「弱さ」を前にして、我々は、そう考えていた。 アメリカ社会やヨーロッパ社会にみられるような合理的思考法が身に付かない限り、日本という社会は、ソフト
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
人類初の「ソフトウェア・メトリクス」をめぐって、“信奉派”と“懐疑派”が正面からぶつかり、熱い論争が繰り広げられた ソフトウェアの品質、複雑性、生産性などを具体的な数値で計るのが「ソフトウェア・メトリクス」ですが、何をどう計測し、計測値をどう使えばよいのかという根本的な問題はいまだに解決されていません。本コラムでは、ソフトウェア・メトリクスの歴史をひもときながら、ソフトウェア・メトリクスの本質に迫ります。 前回「構造化プログラミングからオブジェクト指向への進化」では、ソフトウェア・メトリクスの歴史を「混乱期」「胎動期」「活動期」「反抗期」「成熟・定着期」に分割し(図1)、混乱期の概要を述べました。また、それに関連し、構造化プログラミングとオブジェクト指向について解説しました。今回は、ソフトウェア・メトリクスがはじめて世の中に現れた胎動期を取り上げます。 1.ソフトウェア・メトリクス誕生のき
JS Sequence DiagramsはJavaScriptを使ってUMLのシーケンス図を描画するライブラリです。 システムの仕様書を書くためのモデリング言語として知られているのがUMLです。思ったよりも普及しませんでしたが、仕様書の冗長的な文章よりも図の方が分かりやすいケースも多いです。今回はJavaScriptを使って描くシーケンス図ライブラリ、JS Sequence Diagramsを紹介します。 この手書きの乱雑さがいい感じです。 正確な描画もできます。 まさにシーケンス図です。 ノートをつけたり、全く関連し合わない図も書けます。 秀逸なのはやはり手書き風の乱雑な描画ができることではないでしょうか。正確に書くと分かりやすくなる反面、ちょっとしたミスも許されない感じになりますので、ちょっとくらいラフな方が開発もしやすいのではないでしょうか。シンプルな記法からシーケンス図が作れるのは
特に座席は指定しませんが,なるべく前の方に座りましょう.前が空いている場合,移動してもらうことがあります. 出席は成績には加味しません.しかし,毎回学生証をリーダにかざしてチェックインしてください.出席状況が極端に悪い場合,期末試験の受験資格に抵触する可能性があります. 欠席した場合,欠席する場合は,出来る限り山本までメールをしてください(事前にメールをもらえる方が望ましい).また,欠席した場合は,授業内容について資料などを参考にしてしっかりと勉強しておいてください.各自自分の責任で勉強を進めてくださいということです. 授業の復習をしっかりやってください. [Sat Jul 14 17:56:10 JST 2012] 中間テストの解答例をアップロードしました. . [Wed Jul 4 12:19:52 JST 2012] 第13回の授業資料をアップロードしました. . [Wed Jun
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く