渡辺幸三の開発支援サイト「システム設計のこと、もっと知りたい」 - ＸＥＡＤ
動作環境 J2SE の1.4.* 以上が必要です(*1) WindowsXP(SP1)にて動作確認してあります 解像度1024×768ピクセルかそれ以上の画面の利用をお勧めします *1.J2SE1.4.1で起動できないケースがあります。その場合には、1.4.2以降をインストールしてください。WindowsVistaでは、1.6.0以降をインストールしてください（そうでないと文字化けします）。コマンドプロンプトで java -version と入力すれば、現在のバージョンを確認できます。そのコマンドが無効とみなされたなら、Javaがインストールされていないということです。新規にインストールするのであればRuntimeでかまいません。なお、Javaの環境設定に関して当社へ問い合わせることはご遠慮ください。 よくある質問 なぜフリーウエアとして提供しているのですか？ 当社としては、
システム開発/ソフトウェア開発で業務効率化 | エム・システム
【2024/04/19】 P社様ExcelとAcrobat Proによる「PDF分割/電帳法CSV+zip化/Word連携」開発が終了しました。 【2024/04/12】 N社様ExcelとAcrobat Proによる「PDF分割/ファイル変更/電帳法CSV化」開発が終了しました。 【2024/04/12】 O社様ExcelとAcrobat Proによる「PDF分割/ファイ名変更/電帳法CSV化」開発が終了しました。 【2024/04/08】 L社様Excel(エクセル)とAcrobat Proによる「ファイル名変更/電帳法CSV+zip化」開発が終了しました。 【2024/04/08】 M社様Excel(エクセル)とAcrobat Proによる「PDF分割/電帳法CSV+zip化」開発が終了しました。 【2024/04/02】 J社様ExcelとAcrobat Pro「PDF分割/オーバ
アジャイル開発を成功させる仕組み ―米国連邦政府の事例から― - DIGITAL GOVERNMENT
■概要 日本政府においてもアジャイル開発への取り組みが始まりつつある。しかしながらアジャイル開発は、従来の開発アプローチとは機能、予算、スケジュールの管理方法が大きく異なる。そのため従来の管理方法のままではアジャイル開発の十分な効果が得られない。そこで、先行する米国の取り組みを通して、アジャイル開発を成功に導く予算管理やプロジェクト管理の方法を見てみたい。 近年、米国連邦政府は、米国特許商標庁(United States Patent and Trademark Office:USPTO)の特許システム（注1）や連邦捜査局(Federal Bureau of Investigation:FBI)の事件管理システム（注2）などの大規模で複雑なシステム開発において、予算オーバーやスケジュール遅延が原因でシステム開発を中止している。これらの問題に対して、米国特許商標庁では“PE2E-SE（注3）
アジャイル開発を円滑に行うための契約モデルを考える--アジャイル開発を実案件に生かすための基礎知識（3）
柏木雅之、山下博之 （IPA SEC エンタプライズ系プロジェクト） 2011-06-08 12:00 これまで2回にわたり、アジャイル開発の概要や特長について、主にウォーターフォール型開発と比較しながら解説してきました（「第1回：アジャイル開発って何がいいの？」「第2回：アジャイル開発はなぜ難しい？」）。「変化への対応を重要視する」「顧客が開発に密接に関与する」など、ウォーターフォール型開発では見られなかった、さまざまな新しい特徴を有していることをご理解いただけたでしょうか。 ウォーターフォール型開発と開発スタイルが大幅に異なるのですから、顧客と開発側で締結する契約のあり方もこれまでとは違ってきます。最終回となる今回は、アジャイル開発をスムーズに導入し、プロジェクトを成功裏に終わらせるための契約モデルのあり方について考えていきたいと思います。 開発者の方は、「契約なんて自分には関係ない」
オブジェクト指向プログラミングの教え方？ | システム設計日記
技術者仲間で話していたら、4月入社の新人に、オブジェクト指向プログラミングをどうやって教えたらよいか？、という話になった。 想定している言語は Java。 ■動物・犬・猫モデルの説明から ■基本用語の説明から：「カプセル化とは」「継承とは」．．． ■サンプルコードから： System.out.println( "hello world" ) ．．． どのパターンでもうまくいかなかったので、今度の新人研修では何か工夫したいね、という話。 結論から言うと「これだ」というアイデアがでたわけではないが、話の内容は、いろいろ興味深かったのでメモ書き。 Java はオブジェクト指向の言語なの？ Java は、ある意味 C言語の仲間。ある側面はほとんど同じ言語。 ・int, long （プリミティブなデータ型） ・配列操作 ・if/for/return ここだけ見れば、C言語のまま。つまり命令型、手続き
Selenium
Selenium automates browsers. That's it!What you do with that power is entirely up to you. Primarily it is for automating web applications for testing purposes, but is certainly not limited to just that. Boring web-based administration tasks can (and should) also be automated as well. Selenium WebDriver If you want to create robust, browser-based regression automation suites and tests, scale and di
いまさら聞けない要求管理の基本
なぜ、要求を管理する必要があるのか なぜ、要求を管理するのでしょうか？ 一言でいうと、要求を管理することが、プロジェクトの成功を大きく左右するからです。まず、一般的なプロジェクトのゴールを考えてみましょう。次のような定義を見てください。 「顧客の真のニーズを満たす」「高品質」「期間内」「予算内」という4つのキーワードが出てきますが、どれも要求管理と大きくかかわってきます。まず、「高品質」な製品を作るためには、要求管理において、信頼性やスループットといった製品の機能面以外の要求も確実に把握することが重要です。また、「期間内」「予算内」で製品を開発するには何が問題でしょうか？ プロジェクトは、時間と予算とリソースが制限された状態で製品を開発しなければなりません。与えられた時間、予算、リソースを用いてどれくらいの作業ができるか考慮して、製品の要求仕様の範囲を、作業が可能である範囲に抑えねばならな
Martin Fowler's Bliki in Japanese - ThoughtWorksでのRuby
以下の文章は、Martin FowlerによるRuby at ThoughtWorksの日本語訳である。 ThoughtWorksは、2006年から本格的なプロジェクトにRubyを使い始めた。2008年の終わりまでには、Rubyプロジェクトの数は41個になった。この経験から我々は何を学んだのか。QConの講演に備えて、私は調べてみることにした。ここでは、Rubyの生産性、スピード、保守性など、よくある質問に対する現時点での我々の考えについて述べていく。現時点での我々の結論としては、Rubyは十分に使えるプラットフォームであり、様々な形態のアプリケーションに利用することを真剣に考慮すべきである、というものだ。特に、Ruby on Rails を利用したWebアプリケーションにおいてはそうである。最後に、Active Record のテスティングに対する考えなど、技術的な教訓についても触れる。
システム設計 設計の考え方
要件定義、基本設計、詳細設計、プログラム設計、テスト、運用というシステム構築の手順が一般的に浸透しているが、このプロセスは 実践ではほとんど守られておらず、要件定義の中で、ユーザと一緒に一部分を掘り下げて行っているうちに混合されることが多い。 ここではその区別について考える。ただし、実践手順が多少、イレギュラーに設計されるのは全体の合理化を促進しようとするためであり、必ずしも良くないこととは言い切れない。 基本的には必要とされるアクターを考えることが重要だと思われる。 外部設計（システム設計） ＝システム方式設計+ソフトウェア設計 内部設計 ＝コンポーネント設計 詳細設計 ＝プログラム設計 （IPA） １．システム方式の決定：アーキテクチャーとして、H/
ITシステム開発の実践プロマネ
プロマネの手法は画一的ではありません。でも、学習して慣れることができます。そして、応用が効き、どんどんスキルアップします。 カスタム検索 プロジェクト全般 プロジェクトコスト管理 顧客満足を得るには プロマネと組織の係わり 第三者点検のありかた 新３Ｋ職場からの脱却 問題プロジェクトの回避 ヘルプマン投入の責任 ＩＴ環境変化とプロマネの役割 人材の有効活用と育成 高度ＩＴ人材の確保 パッケージソフトの適用 プロマネのリーダシップ モチベーションを高める 理想的な組織のありかた 商談フェーズ 提案を有利に進めるのには 魅力ある提案書の書き方 価格競争に陥らないために 正しい見積もりの仕方 ＲＦＰと提案型商談推進 既存顧客の商談推進 見積もりの妥当性を考える 要件定義フェーズ 重要なシステム要件定義 お客様志向の要件定義 要件定義に必要なもの 開発準備フェーズ 開発計画の策定 リスク分析と対策
株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
オンラインマニュアル ページ移転のお知らせ：ミドルウェア：ソフトウェア：日立
日立オープンミドルウェアは、お客様の既存の財産を生かしながら、高い信頼性と柔軟性、自律性を備えたITシステムの実現を支えています。
Software Testing - Columns: スモークテスト
テストの進捗を妨げる最大の原因は何でしょう。操作ミスをしてしまい、テストケースどおり実施できないことでしょうか。テストツールが使いこなせないことでしょうか。それとも担当者が失踪することでしょうか。 多くの組織でテストケースが消化できない最大の原因は、テスト対象のソフトウェアにバグが多すぎることです。テストをする度にバグが発生していては、いつまで経ってもテストが終わりません。試しに、バグの発生しない（OKの）テストケースと、バグの発生する（NGの）テストケースの両方について、テストケースあたりの実施時間を測定してみて下さい。圧倒的にNGの場合の方が時間がかかるでしょう。 NGテストケースの方が実施時間が長いのは、現場にいらっしゃる方なら肌でお分かりのことと思います。少なくとも不具合報告書（バグ票）を書く時間はかかりますね。OSごと落ちてしまうバグの場合は、再起動の時間がかかります。ファイルや
[ 技術講座 ] Domain-Driven Designのエッセンス 第1回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デスマーチが起きる理由 - ３つの指標
IT news, careers, business technology, reviews
ソフトウェアエンジニアのためのホームページ Presented by System Creates Inc.
http://www.h6.dion.ne.jp/~akn/pm/SystemDevelopment/SystemDevelopmentGuide.html