IPA、非機能要求グレードの研修教材をCCラインセンスで公開 - builder by ZDNet Japan
仮想デスクトップサービスの最新事情 複数の選択肢のあるMSのVDIサービス どう違うのかをわかりやすく解説 ハイブリッドクラウド時代の救世主 企業ITを素早く進化させるためのAVS サービス開始から1年で大幅に機能がアップ クラウド導入が進まない本当の課題 ITベンダーだからこそ知っている クラウドに二の足を踏む企業のボトルネック 現場主導のデジタル変革 ビジネス変革のための“ITの民主化” そして 変わるIT部門の役割 今時プライベートクラウドの作り方 2020年代のプライベートクラウド環境を AzureとVMwareを例に紹介 50年の経験を持つアイネットが提供 ユーザー企業の使いやすさを第一に考えた ワンストップで使えるマネージドクラウド 本当のデータ活用できていますか？ データドリブンがあたりまえと言われる今あらためて考えたいデータ活用のありかた データ活用は次のステージへ トラデ
OWASP Japan、Webアプリの一般的なセキュリティ要件をまとめた文書公開
OWASP Japan、Webアプリの一般的なセキュリティ要件をまとめた文書公開：開発者にも、そして発注者にも安全なWebアプリの要件定義を OWASP Japanは2013年11月1日、Webシステム／Webアプリの開発において一般的に盛り込むべきと考えられるセキュリティ要件をまとめた「Webシステム／Webアプリケーションセキュリティ要件書」を公開した。 OWASP Japanは2013年11月1日、「Webシステム／Webアプリケーションセキュリティ要件書」を公開した。安全なWebアプリケーションを実現するため、開発を依頼する発注者側と、実際に開発を担う受注者側の双方が留意すべき要件についてまとめている。 The Open Web Application Security Project（OWASP）は、Webアプリケーションのセキュリティ改善に向けた啓発、研究活動を行う非営利団体だ
富士通、30年の経験に基づく要件定義手法を「Tri-shaping」に体系化 | エンタープライズ | マイコミジャーナル
富士通は、業務プロセスの分析・改善提案とICTシステムの構築における要件定義手法を「Tri-shaping」として体系化し、発表した。4月からは、同社が手掛ける売上3億円以上のプロジェクトには原則適用するほか、2011年度上期より、富士通グループ向けに研修を実施する。また、2011年度下期からは、顧客向けに有償の研修サービスとして提供する予定。 今後の展開 富士通 システム生産技術本部 本部長 柴田徹氏 富士通 システム生産技術本部 本部長 柴田徹氏は、「お客様には、経営視点で業務プロセスを変えられる人がいない、業務視点でICTシステムを変えられる人がいないという問題がある。そこで弊社は、人に頼らないシステムによって改革力を上げるため、本製品をリリースした」と、今回、要件定義を体系化した背景を語った。 同社では2007年から上流工程の品質向上や形式品質の向上に、2009年からは内容品質の向
「AS-ISシステム分析は入出力から始めよ」講演メモ - mkoszk’s blog
テープ起こしをしていませんので、間違っているところもあると思いますし、補った言葉が間違っているかもしれません。また、編集の過程で順序が変わってしまったところもあると思います。 この講演は聴いて良かったと思っています。神崎さんのやり方と僕のやり方は非常に似ているのですが、徹底度合いが違うといいますか、僕が今まで気づかなかったことをたくさん教わりました。 ─────────────────────────────────────── 要求開発アライアンス2月定例会 テーマ：AS-ISシステム分析攻略法。トップダウンとボトムアップで挟み撃ち！ 日時：2011年02月22日(19:00~21:00) 場所：日本総合システム株式会社様 大会議室 ─────────────────────────────────────── ■19:00-20:00 AS-ISシステム分析は入出力から始めよ 講師：株
S-Okada Business-modeling Office 1 ○○○○システム 要件定義書 （仕様書の抜粋版サンプル） ２００Ｘ年Ｘ月 ＫＫＫＫ株式会社 S-Okada Business-modeling Office 2 ＜目次＞ はじめに（本書の位置づけ）.....
S-Okada Business-modeling Office 1 ○○○○システム 要件定義書 （仕様書の抜粋版サンプル） ２００Ｘ年Ｘ月 ＫＫＫＫ株式会社 S-Okada Business-modeling Office 2 ＜目次＞ はじめに（本書の位置づけ）...................................................... 3 １．システム化の方針............................................................ 4 １．１ 当社の経営戦略について ....................................................4 １．２ 今回のシステム化のねらい ................................................
要件定義ツールを使った既存システムの分析
前回はUMLを使ってシステムの地図をかく方法を説明しました。今回はUMLを使わずにより簡単に分析する方法を説明します。システムの入出力とデータをつなぐ分析手法は、要件定義でも使われる手法なので同じ要領で既存システムを分析することができます。今回ご紹介するのは要件定義ツールを使う方法です。柔軟性には欠けますが、要件定義が初めての方でも簡単に短時間でまとめることができます。 短期間に分析する 今回ご紹介する方法は画面数が100程度の中小規模なシステムを対象としています。システム関係者へのヒアリングが行える環境があり、材料（入出力情報とデータ）が揃っている場合は、手法とツールを使うことで、短時間でシステムの地図を作成できます。 今回は要件定義ツール「要件のツボ」を使った方式を説明します。今回もプログラムそのものを調査するのではなく、システムの入出力を調べ、その使われ方を調べる方法です。「要件のツ
要件定義書サンプルPDF
159 別紙 7 次期 PARTNER システム要件定義書 平成２３年１０月 独立行政法人 国際協力機構 160 目 次 1. 本書の位置付け..................................................................................................................................................................................163 2. システムの要件........................................................................................................................................
システム開発 - 要件定義 -
要件定義の目的 要件定義とは、以下の点を整理し、矛盾がない事を確認し、利用者とシステム開発者が同じ認識を持つ事です。 ①．システム化の目的 ②．対象業務 ③．人、物、時間、場所を明記した業務の流れ ④．機能毎の要件 ⑤．業務が分岐する場合の条件 ⑥．利用制限 ⑦．外部設計のインプットとなるだけの項目の定義 ⑧．シナリオテスト作成のインプット (2011.07.16追記) (2011.03.06) 要件定義書の有効期間 要件定義書の有効期間について、様々な考え方があると思いますが、私はシステムが存在している期間は有効であるべきと考えます。 それは、要件定義書のコンテンツが要件定義書にしかないからです。外部設計書、内部設計書を作成してしまえば、システムが完成してしまえば 必要ないものではありません。外部設計書を作成中に機能数が変更になる場合でも、システムが稼働してからでも、要件定義書のコンテン
モデルベース要件定義 at BPStudy
・システムの全体像をつかむためにモデルを使ってシステムの地図を作ろう ・ビジネスモデルキャンバスからシステム化するRead less
xddp.jp - このウェブサイトは販売用です！ - 派生開発 プロセス改善 ソフトウェア ソフトウェア開発 セミナー リソースおよび情報
このウェブサイトは販売用です！ xddp.jp は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、xddp.jpが全てとなります。あなたがお探しの内容が見つかることを願っています！
非機能要件定義するときに参考にするとよい資料
0.前置き 非機能要件定義って難しいなって思う今日この頃です。定義をする順番、業務要件定義との兼ね合い、参考にする資料の乱立などなど。 将来に備えて、今まで学んだことを少しまとめておこうと思います。今回は「参考にするとよい資料」です。後半では非機能要件定義をするうえで押さえておくべき各領域の知識を補える書籍を紹介します。 もともと2012年に書いたブログですが。2018年1月13日に見直しと大幅な加筆をしました。 1.「参考にすると良い資料」の紹介 非機能要件全般を押さえるために適している資料をまずは紹介します。特に1つめの非機能要求グレードは必ず押さえておくべき良い資料です。 非機能要求グレード 情報処理推進機構（IPA）にて公開されている資料です。URLは以下を参照してください。 非機能要求の見える化と確認の手段を実現する「非機能要求グレード」の公開 顧客と一緒に、非機能要件をにぎりま
ユースケース駆動開発とは？ ～要求定義から設計・実装・テストまで～ アシアル株式会社 浦本和裕 ※このPDFは、下記勉強会の資料後半部分より ロバストネス図、シーケンス図 につい�
ユースケース駆動開発とは？ ～要求定義から設計・実装・テストまで～ アシアル株式会社 浦本和裕 ※このPDFは、下記勉強会の資料後半部分より ロバストネス図、シーケンス図 について抜粋したものです。 ユースケース駆動開発の流れ 要件 定義 予備 設計 詳細 設計 実装 設計 駆動 テスト 2 何を作るか 定義する 設計の 1st-step 設計の 2nd-step 設計を そのまま 実装 要件定義を もとにテスト 2-Step Design: 2段階設計 とは？ F༄ ICONIX Process では，設計を2段階に分けて行う 1. Preliminary Design: 予備設計 2. Critical Design: 詳細設計 F༄ オブジェクト指向設計とは，「どのクラスが，何を すべきか」決める行いである 1
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
システム開発の仕様書テンプレートや参考サイトのまとめ｜IT情報局
システム開発の際に必要になる要求仕様書や基本設計、詳細設計に使う各種の書類のテンプレートを紹介しているサイトをまとめました。 また、参考になる資料を配布しているサイトや開発関連資料の書き方などの説明をしているサイトもあります。 システムを開発時の書式や方法は各プロジェクトによって使うフォーマットは異なりますが、初めて開発する場合や自社での開発資料を作成する際のテンプレートとして参考にしてください。 2017/2/22 追記 リンク先の資料を配布しているサイトがかなり古くなってしまったのでリンクの見直しと、新たにシステム開発の資料を提供しているサイトを探して追加しました。 仕様書のダウンロードができるサイト Pocket 9 要求仕様書から見積、基本設計、詳細設計、コーディング規約、テスト仕様書、その他スケジュールや議事録まで システム開発に必要な書類のテンプレートがそろっています。 htt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.teras.or.jp/terasweb/wp-content/uploads/2013/03/07_%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E8%A6%81%E6%B1%82%E5%88%86%E6%9E%90%E3%81%8B%E3%82%89%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E3%81%BE%E3%81%A7%E3%82%B7%E3%83%BC%E3%83%A0%E3
Error 404 Not Found
ログイン - 技術情報Wiki