CentOS6.3最小構成から設定をしてみるメモ。 - will_in_hikiの日記
自宅サーバ、CentOS、最小構成から。 目標はPHPやRubyやPythonの練習したい、ってのと、とあるWindows用GUIアプリのサーバソフトをLinuxで起動したいのと。 基本はドットインストールにある「さくらのVPSの基礎」（以下、講座）を見ながら順番に設定していった。 http://dotinstall.com/lessons/basic_sakura_vps だけれどVPSと自宅サーバじゃ違うこともあって、講座通りにやっても失敗し、あちらこちら検索して回った。 CentOS 6.3 への SSH が遅いとき http://chibitcpu.blogspot.jp/2012/10/centos-63-ssh.html etckeeper を入れて /etc配下をgitで管理 http://d.hatena.ne.jp/kopug/20120318/1332045240 yu
CentOS の起動直後の状態を GUI から CUI に変更する
起動直後の状態を CUI に変更する 以前に EZ-NET レポート： CentOS 5.3 をインストールする でインストールした CentOS 5.3 は、起動すると自動的に GUI （グラフィカルユーザーインターフェイス） が起動するようになっていました。 でも個人的に Linux は、GUI よりも CUI （キャラクターユーザーインターフェイス）の方が操作しやすいと思うのですが如何でしょうか。単に自分が XWindow が満足に動作しない頃に Linux でいろいろ遊んでいたので GUI に慣れていないだけなのかもしれないですけれど。 なにはともあれ、今回は CentOS 5.3 の起動直後の状態を CUI に変更してみることにします。 既定のランレベルを 3 に変更する Linux で起動直後の状態を CUI にするには、既定のランレベルを 3 に変更することで実現できます。
CentOSでのCUIとGUIの切り替えについて « Demence/Cup
Windowsユーザの人がCUIを使う機会はほとんど無いとは思いますが、Linuxをサーバやシステム用途で使う人はそういうわけにもいかないのです。 何故かというと、Linuxにも「X-Window System」というウィンドウ操作が可能になるシステムはあるんですけど、あのマウスポインタを表示したり、ウィンドウを表示したりとグラフィカルでオサレな操作感を演出するにはPCのメモリを結構消費するからです。 主に個人使用目的のPCならそれは操作の利便上やむを得ないコストということで済みますが、サーバ用途などにおいては無駄な消費になります。 webサーバは基本的に不特定多数からのブラウザによるアクセスを捌くという用途に使われます。 管理者が操作しやすいからという理由だけでサーバのメモリを使用するのはもったいないというわけです。 というわけで、サーバも一応はGUIでウィンドウを操作したり、ファイルを
機能要件設計書だけで20種類
意図が伝わる設計書を作るには，前提として「それぞれの設計書がどういう役割を担うか」「それぞれの設計書が相互にどういう関係にあるか」を正しく理解しておくことが重要である。豊富なサンプルとともに，設計書の役割と関係，さらには書き方のコツを解説する。 石川貞裕 日立製作所 情報・通信グループ プロジェクトマネジメント統括推進本部 担当本部長 向坂太郎 日立製作所 情報・通信グループ プロジェクトマネジメント統括推進本部 「基本設計書」と聞いて，どんなものをイメージするだろうか。業務フロー図や画面レイアウト，E-R図など様々だろう。大規模，高品質のシステムを開発するなら，図1に示すような多くの設計書を作成することになる。 中心となる機能要件設計だけでも20種類。それぞれの役割や関係をきちんと理解し，過不足なく設計情報を盛り込むことが求められる。 難しいのは，設計書の読み手が開発者だけではないことだ
詳細設計書（後半）
現在使われているの画面システムは、イベントドリブン（駆動）型のアプリケーションが主流です。イベントドリブンとは、画面のロード（呼び出し）やボタンのクリックなど、画面操作イベントをきっかけに処理が実行されるしくみを言います。アプリケーションは、プラットホームにより次のように3つの世代があります。 第1世代では画面単位で処理が行われていました。これは画面上の社員コードや商品コードなど複数項目に入力した状態で、「実行ボタン」を押してはじめて社員名や商品名、単価などが取得され画面上に表示されるしくみとなります。 第2世代とともに登場したイベントドリブン機能により、項目単位で処理が行われるようになりました。例えば社員コードを入力した場合、即座に社員名が取得され画面上に表示されます。コードの誤入力などがあっても、すぐにエラー表示されるのでユーザビリティが高い技法として広く普及しました。 第3世代のWe
<4D6963726F736F667420576F7264202D2090EC8CFB8E738BA492CA8AEE94D583568358836583808AEE967B97768C8F92E88B608F912E646F63>
川口市共通基盤システム 基本要件定義書 川口市共通基盤システム要件定義書 目次-1 1 共通基盤システム導入の目的及び考え方 ......................................................................1 1.1 共通基盤システム導入の目的.................................................................................1 1.2 共通基盤システム導入の基本的な考え方...............................................................1 2 共通基盤システム構築の前提..............................................................
要件定義書の一般的な項目 - 技術情報Wiki
→要件定義・基本設計 →ドキュメント作成 ※ここに載っている項目をすべて網羅した要件定義書というのはあまり見たことがない。客の要望に応じて機能要件のみ文書化したりすることもある。
システム開発の仕様書テンプレートや参考サイトのまとめ｜IT情報局
システム開発の際に必要になる要求仕様書や基本設計、詳細設計に使う各種の書類のテンプレートを紹介しているサイトをまとめました。 また、参考になる資料を配布しているサイトや開発関連資料の書き方などの説明をしているサイトもあります。 システムを開発時の書式や方法は各プロジェクトによって使うフォーマットは異なりますが、初めて開発する場合や自社での開発資料を作成する際のテンプレートとして参考にしてください。 2017/2/22 追記 リンク先の資料を配布しているサイトがかなり古くなってしまったのでリンクの見直しと、新たにシステム開発の資料を提供しているサイトを探して追加しました。 仕様書のダウンロードができるサイト Pocket 9 要求仕様書から見積、基本設計、詳細設計、コーディング規約、テスト仕様書、その他スケジュールや議事録まで システム開発に必要な書類のテンプレートがそろっています。 htt
エンタプライズ系：IPA 独立行政法人 情報処理推進機構
「エンタプライズ系ソフトウェア」は、企業の業務システムや情報システム、銀 行、証券、病院、鉄道など大規模かつ社会基盤を支える情報システムなどに含まれ、それらのシステムの機能を中心となって実現するものです。これらのソフトウェアは、それによって提供されるサービスの陰に隠れて、国民の目には見えにくいものの、国民生活や社会経済活動を支える重要なインフラとなっています。エンタプライズ系ソフトウェアでは、一般に、発注者がソフトウェアの要求を提示し、受注者がその要求に提案する受発注の契約形態によって開発されます。 本サイトには、信頼性の高いソフトウェアを効率的に開発するための豊富なノウハウやヒントが、体系的に掲載されています。具体的には、ソフトウェア・ライフサイクル全般にわたり、発注者と受注者との間で開発ソフトウェアに関する認識の共有化を図ったり、ソフトウェア開発において「みえる」「はかれる」定量的な開
要件定義書の成果物
要件定義書サンプルをネットで探していたのですが、なかなかいいのがありません。当たり前ですが、システムの最も上流のドキュメントですので、本物は機密性の高いものが多く、本物を公開している企業なんてありません。 自分の過去の仕事を通じても、参加したプロジェクトの要件定義書でも、基本的には作業完了時に返却しますし、仮に参照できたとしても機密保持の契約があるので、第三者に公開することはできないのです。 ソフトウエア開発会社として、要件定義のノウハウなどを蓄積するためには、少なくとも自分たちが参画した作業のドキュメントは、契約上の合意の上、何らかのかたちで保管して蓄積したいところですが、昨今の情報保護関連の厳しさでなかなか難しいのです。 コンサルタント会社の場合、過去の顧客の情報は重要な財産でり、何らかのかたちで蓄積しているはずなので、ソフトウエア会社ももう少し真剣にそういった技術やノウハウの蓄積に取
IPA 独立行政法人 情報処理推進機構：超上流から攻めるＩＴ化の事例集：INDEX
SEC BOOKS「経営者が参画する要求品質の確保」では、情報化の現場で起こっている問題を取り上げ、それらの解決のヒントとして超上流工程における経営層のシステム開発への参画による要求品質の確保の重要性を説明しました。 ここでは、情報化に関わるユーザ企業・ベンダ企業が、心掛けるべき原理原則や取り組む上での行動規範を示しています。 また、心構えだけでは、「実際には何を行ない、どんなものを作ればよいのか」という問いに、実際の開発現場で行なっている情報化の進め方や、実際に使用している成果物を提供することにしました。 ユーザ企業とベンダ企業の間での情報化での作業や役割分担、成果物について、具体的なイメージをつかめればと思います。 ご利用条件について 当コーナーで紹介しているファイルをダウンロードすると下記の利用条件に同意したものとみなします。 本利用条件は、IPAの「ご利用条件」に追加するものです。
IPA 独立行政法人 情報処理推進機構：超上流から攻めるIT化の事例集：システム化の方向性と計画
・方向性と計画 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．2「役割分担と成果物例」にならい分類・表示している。 要件定義についてはこちら
IPA 独立行政法人 情報処理推進機構：超上流から攻めるＩＴ化の事例集：要件定義
・要件定義 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．3「役割分担と成果物例」にならい分類・表示している。 方向性と計画についてはこちら
クラウド上にEDIを「移行する」ということの意味 - 急がば回れ、選ぶなら近道
ニュースリリースというか記事はこちら。日経の中田さんの記事ですね。 http://itpro.nikkeibp.co.jp/article/NEWS/20130306/461423/ この辺の解説を記録のために書いておきます。個人的にはちょっとしたマイルストーンなので。 まずEDIの定義ですが、これはElectronic Data Interchangeの略で、B2Bでの電子データ交換の仕組み自体をさします。歴史的にはITの歴史と同じくらい古い。当然インターネットよりも古い。昔は（場所によっては今も）電話で”ぴー”とか”がー”とかやっていた代物です。多分50年以上の来歴を誇る仕組みですね。業界ごとにその業界に応じたプロトコルが制定されており、いわゆる標準化がもっとも進んだ分野のひとつです。そして、大抵はミッションクリティカルな業務に属します。エンタープライズ系のITでは最下層に位置するレイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CentOS6.2の日本語環境設定 | ぷろぐらま
[ThinkIT] 第3回：基本設計書 (1/3)
スライド 1
Kaleido Modeling