タグ

仕様書に関するmatuixのブックマーク (22)

  • 仕様書の書き方について - なんとな~くしあわせ?の日記

    最近ずっと仕様書を書いているのだが、なかなかうまく書けない。できるだけ次はうまく書けるようにメモをしておこう。 設計書の種類と目的 開発工程の共通知識 各設計書の説明に移る前に、ここではウォーターフォール型の開発における開発工程についての概要を記載する。 ウォーターフォール型開発の概要 開発工程についての基的な説明はwikipediaを参照 ソフトウェア開発工程 - Wikipedia 最もよく知られた従来型の開発工程モデルはウォーターフォール・モデルである。このモデルでは、開発者は上述の工程(局面、フェーズ)を順番に行う。要求仕様を作成し、それを分析し、解決法を設計し、そのためのソフトウェアフレームワークのアーキテクチャを作り、コードを書き、評価し(単体テスト→システムテストの順)、配備し、保守する。各工程が完了すると、次の工程に進むことができる。ちょうど、家の骨組みを組み上げてから土

    仕様書の書き方について - なんとな~くしあわせ?の日記
  • Google Sites: Sign-in

    Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode

  • 設計書仕様書テンプレート PocketDOC | 株式会社イーイノベーション

    弊社サービスをご利用頂き、誠に有り難うございます。 ドキュメントのダウンロード件数が2007年5月の開設以来300000件を突破しました! 今度ともご愛顧の程よろしくお願いいたします。 PocketDOC(ポケットドック)とはシステム開発に必要な設計書や仕様書などのドキュメントやテンプレートはもちろんのこと、 議事録、納品・検収書、近年話題になっている個人情報に関しての取扱管理表などの ドキュメントやテンプレートも提供しています。 実際に弊社のプロジェクトで使用されているため精度も高く、カスタマイズなしでも利用可能なほどです。 上流工程から下流工程まで広い範囲をサポートしているので、 必要なテンプレートだけをダウンロードして利用することも可能です。 ドキュメントやテンプレートのファイル形式はWord(doc形式)やExcel(xls形式)です。 ダウンロード後、すぐにお使いいただけるように

  • ログイン ‹ 夜職の世界|ナイトワークのお悩み研究所 — WordPress

    Powered by WordPress ユーザー名またはメールアドレス パスワード ログイン状態を保存する ← 夜職の世界|ナイトワークのお悩み研究所 へ移動 言語

  • Visioプログラム仕様書サンプル

    -をクリックして文字入力してください。 帳票設計用紙10cpi 方眼の目と文字は狂うかもしれません。なるべくB4サイズのままで使ってください。 帳票設計用紙15cpi 方眼の目と文字は狂うかもしれません。なるべくB4サイズのままで使ってください。 プログラム仕様書(帳票入出力) -をクリックして文字入力してください。 画面設計 方眼の目と文字は狂うかもしれません。なるべくB4サイズのままで使ってください。 プログラム仕様書画面入出力 -をクリックして文字入力してください。 画面遷移図 プログラム仕様書補足 -をクリックして文字入力してください。 流れ図仕様書 頁を回転させて、使ってください。 2001-4-9

  • テストが間違ってたら? - 日々常々

    「テストが間違ってたらどうするんだ」 自動テストの話をするとよく言われます。テストが間違ってたらわからないじゃないか。手動テストであれば、注意深く目で確認していれば間違いに気づけると言う主張です。 「目で確認していれば気づける」のは間違いではありません。必ず気付けるわけではありませんが、十分な知識を持った人が、十分な集中力と責任感をもってエビデンスを確認すれば、誤りに気付ける可能性は高いと思います。 品質(主に機能性)を目的とした自動テストでも、それを行う必要があります。それがテストコードのレビューです。 手動テストの場合、テスト実施前に手順や確認項目のレビュー、実施中の確認、実施後のエビデンス確認と、人が確認するタイミング*1が三カ所あります。 これに対し自動テストの場合、テストが書かれた時のみ。実行中は勿論、実行結果の確認に注意はありません。ただ成功か失敗かだけなので。ならば、テストコ

    テストが間違ってたら? - 日々常々
  • 紛争勃発に備えよ!──受け入れ検査時のトラブル対策

    紛争勃発に備えよ!──受け入れ検査時のトラブル対策:企業システム戦略の基礎知識(10)(1/2 ページ) 受け入れ検査において、明らかに「欠陥」であると判定できる場合は問題ないが、発注側では欠陥だと思って指摘しても、業者からは「それは欠陥ではなく、仕様書に書いてなかったので仕様変更である」と反論されることが少なくない。これは、業務という抽象的なものを対象としているうえに、要求仕様が日語特有のあいまいな表現で記述され、発注側の意図が業者に正しく伝わっていないことが要因である。 こうした“見解の相違”は、欠陥であれば業者が無償で是正することになり、仕様変更であれば発注側が追加費用を負担する──つまり両者の利害は対立しているので、容易に紛争へと発展する。そうなった場合に、できるだけ禍根を残さずに両者が納得できるような形で解決するには、どうすればよいか考えてみたい。 仕様変更か、欠陥か──それが

    紛争勃発に備えよ!──受け入れ検査時のトラブル対策
  • スルガ銀−IBM裁判に関する雑感 - GoTheDistance

    週末スペシャル - “スルガ銀−IBM裁判”を振り返る:ITpro スルガ銀行がIBMを訴えたのは債務不履行とのこと。つまり、債権者であるスルガ銀行が「IBMの責任で」自分たちが望むシステムを作り上げることが出来なかったと言っております。債務者(IBM)の責任である場合は、スルガは契約の解除や、不履行により生じた損害を請求することが民法で認められているそうです。スルガから契約解除&損害賠償という強烈なワンツーパンチが飛んでいます。 要件定義を3度もやり直すという記述がありましたが、恐らく要件と要求が入り交じった「こーゆーことができるようになりたいです!」という夢と現実の区別が付かない仕様書があって、結局そいつの着地点がスルガもIBMも決められず「そのうちどうにかなるやろ」と宙ぶらりんのまま続けていき、現行業務とのギャップが後から後からザックザク出てきて、そのギャップに+αされた機能が特盛り

    スルガ銀−IBM裁判に関する雑感 - GoTheDistance
  • 知るだけで天地の差が出る、テスト仕様書の必須項目&表現方法

    テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号(通し番号など) テストを実施した年月日 テストを実行した担当者 障害報告票番号(発生した障害の詳細を開発グループに報告する帳票の識別番号) まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、

    知るだけで天地の差が出る、テスト仕様書の必須項目&表現方法
  • スタートダッシュ型仕事術:実践編

    昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し,締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに(仕様変更が必用かどうかの)見極めをする必用がある」という点。特に「作って見なければ分からない」部

    スタートダッシュ型仕事術:実践編
    matuix
    matuix 2010/07/23
    1.細かなことを無視して、一番難しい部分を最初に作ること 2.できるだけ早く、一気に「見極めが出来るところ」まで持って行くこと ...
  • 「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?

    「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?:誰にでも分かるSEのための文章術(11)(1/2 ページ) 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな

    「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?
    matuix
    matuix 2010/07/22
     顧客にとって良いテスト仕様書とは、「システムがきちんと完成していることが簡単に確認できる文書」です。
  • Web サービスのプロモーションに大切な 5 つのポイント : LINE Corporation ディレクターブログ

    こんにちは。ライブドアの薮田(yabucccchi)です。広告企画や自社媒体のプロモーション企画なんかをやってます。 Web サービスの担当者というと制作することに集中しがちですが、作るだけではサービスを使ってもらうことはできません。リリース前・リリース時・リリース後にどのようにプロモーションしていくのかを計画する必要があります。 今回は私たちがサービスやプロジェクトを進めるにあたって、どのようにプロモーションの計画をたてているのかをご紹介します。また文の最後に私が使っているプロモーション計画表のテンプレートを参考までに Open&Share させていただきます。 実際に表を見ながら以下の 5 つの項目を考えていくと分かりやすいかと思います。 1. サービスのことを分析し目的やターゲットを明確にする まず、自分たちのサービスの Vision や Who・What を分析します。そのサービ

    Web サービスのプロモーションに大切な 5 つのポイント : LINE Corporation ディレクターブログ
    matuix
    matuix 2010/04/21
    1.サービスのことを分析し目的やターゲットを明確化 2.世間一般で行われる季節イベントを整理 3.節目や機能追加等のリリースに使えそうな日を整理 4.プロモーション方法を落とし込む 5.パフォーマンスを予測
  • 政府機関のための Twitter 戦略テンプレート/Template Twitter strategy for Government Departments | PDF

    政府機関のための Twitter 戦略テンプレート/Template Twitter strategy for Government Departments 英BIS作成の"Template Twitter strategy for Government Departments"の日語訳です。オリジナルは以下のURLからご確認下さい: http://www.scribd.com/doc/17313280/Template-Twitter-Strategy-for-Government-Departments 簡単な解説はこちらに:…

    政府機関のための Twitter 戦略テンプレート/Template Twitter strategy for Government Departments | PDF
  • ハウコレビジネス – オンラインマニュアル作成ツール

    ・マニュアルを読むのは疲れますが、作成する方がもっと疲れます。 ・マニュアルと聞いただけで、嫌な思いになる人も多いはず。 この動画を見てください。そんな思いをハウコレビジネスが変えます!!

    matuix
    matuix 2010/01/13
    使い方の簡単なオンライン冊子マニュアル作成サービス 初期費用が5万円、月額料金は、1アカウントにつき月額1万円(10MB、1マニュアルまで)。オプション料金はプラス 10MB で+月額1万円、1マニュアル追加で+月額1,000円。
  • 今日からはじめるRFP入門教室一覧

    EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

    今日からはじめるRFP入門教室一覧
  • ドキュメント力を強化したい人のためのマニュアルライティング入門講座一覧

    EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

    ドキュメント力を強化したい人のためのマニュアルライティング入門講座一覧
  • HTML5 を学ぶための情報源まとめ

    ちょっと更新サボりすぎでしたが、最近 HTML5 関連の話もとっても増えてきましたので、ここらで HTML5 に関する情報を集めるときに情報源として有益なサイトをまとめてみたいと思います。やはり、英語での情報が多くなってしまうので、英語能力が残念な私なんかは結構厳しいんですが、いくつか日語での情報源も挙げてみましたので、併せて見ておくといいと思います。 ちょっと更新サボりすぎでしたが、最近 HTML5 関連の話もとっても増えてきましたので、ここらで HTML5 に関する情報を集めるときに情報源として有益なサイトをまとめてみたいと思います。 やはり、英語での情報が多くなってしまうので、英語能力が残念な私なんかは結構厳しいんですが、いくつか日語での情報源も挙げてみましたので、併せて見ておくといいと思います。 ちなみに、XHTML 好きな私としては、XHTML5 で次のサイトリニューアルとか

    HTML5 を学ぶための情報源まとめ
  • 単体テスト計画書 (1) ― 表紙・目次・第1部・第1章

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    単体テスト計画書 (1) ― 表紙・目次・第1部・第1章
    matuix
    matuix 2009/08/13
    仕様書やガイドラインの書き方で参考になる
  • 会津若松市が冊子「オープンオフィスにしませんか?」公開 | OSDN Magazine

    福島県会津若松市は2009年7月13日、オープンソースのオフィススイートであるOpenOffice.org活用の取り組みを紹介した市民向け冊子「オープンオフィスにしませんか?-会津若松市が導入した無償オフィスソフト-」をWebサイトで公開した。ODF形式とPDF形式の2種類があり、自由にダウンロードできる。 冊子は全28ページ(表紙含む)で、同市のOpenOffice.orgおよびODF文書の取り組みの意味や、これまでの取り組みのなかで得られたノウハウを、イラストや図版付きで分かりやすく解説した。ライセンスはクリエイティブコモンズを採用し、原著作者のクレジットを表示すれば、自由に複製・頒布できる。改変して二次著作物の作成も可能。 同市は、2008年10月からPCで文書を作成する際はODF形式と定めており、現時点で庁内電子文書の約40%がODF化されているという。また、庁内で稼働する約840

    会津若松市が冊子「オープンオフィスにしませんか?」公開 | OSDN Magazine
    matuix
    matuix 2009/07/15
    オライリーの表紙っぽいのがいい!
  • テンプレートから学ぶ 受注する開発者のためのテスト仕様書

    1. はじめに ソフトウェア開発プロジェクトにおいてテストは極めてストレスに満ちています。「テストとは作った成果物に誤りがあるかどうかを見つける作業だ」という質的に不愉快な活動であることに加えて、プロジェクトの終わりにさしかかって時間も逼迫しているのに仕様変更を受けて再テストなどという、体力的にも精神的にもきつい作業であるからです。 稿では、さまざまなストレスを受ける立場の開発者が少しでも楽に「きちんとテストしました」と言うために、テスト仕様書のテンプレートを紹介します。このテンプレートは発注者に報告するための文書だけでなく、さまざまなテスト技法の紹介も含まれていて、いつどういうテストをすればよいのかという手引きにもなっています。 さて、はじめに、ソフトウェア開発プロジェクトと品質・生産性・納期の関係を見てみましょう(図1)。 お客様(発注者)はプロジェクトを起案する際、何を作るかを「

    テンプレートから学ぶ 受注する開発者のためのテスト仕様書
    matuix
    matuix 2009/07/14
    システム系でなくてもこういう手順が必要だと知っておかないといけないな。