タグ

システム開発に関するjanuaryのブックマーク (6)

  • 法務・知財

    情報サービス取引 同業者間取引 知的財産権法 経営資源管理 サイバーセキュリティ 法務・知的財産関連政策 法務研修テキスト 報告書 JISAブックレッツ14「デジタル時代のIT法務と契約実務」2022年11月1日新発売! 今日必要とされる法務・契約上の知識を多角的視点から編纂しています。 ◆内閣官房・公正取引委員会 「労務費の適切な転嫁のための価格交渉に関する指針」の公表について ~労務費の転嫁に係る価格交渉について、発注者及び受注者がそれぞれ採るべき行動/求められる行動を「12の行動指針」としてまとめたものです。 ◆公正取引委員会 「労務費の適切な転嫁のための価格交渉に関する指針」と「取引適正化・価格転嫁促進に向けた取組」についての説明動画 ~YouTubeで配信中です。 情報サービス取引 システム開発・運用取引 JISA報告書「JISAソフトウェア開発委託基モデル契約書2020」 報

    january
    january 2013/02/26
    情報サービス取引(開発・運用)、ネットワーク取引、電子商取引のモデル契約書など
  • [業務分析編]業務機能の洗い出しと業務フローの作成を同時に実施してはいけない

    システム構築プロジェクトにおける業務モデリングでは、システム化の対象業務に含まれる業務機能を洗い出し、その業務機能同士の関連を「DFD(業務機能関連図)」や「業務フロー図」などに整理する。 業務をモデリングするには、対象業務に精通した利用部門の代表者(以下ユーザー)から業務内容をヒアリングすることが欠かせない。ヒアリングによって、業務機能を洗い出したり、業務機能同士の関連を把握したり、業務の流れ(フロー)を理解したりする。 ここで、ユーザーから業務内容をヒアリングするとき、いきなり業務フローを聞くことがある。これは、やってはいけない。ユーザーは業務機能のレベルやサイズを意識せずに回答するので、ITエンジニアにとって業務の理解や整理が難しくなるからである。 例えば「営業の流れを教えてください」のように聞くとどうなるか。ユーザーは「まず受注活動を実施して、顧客から注文の意思を確認すると契約を結

    [業務分析編]業務機能の洗い出しと業務フローの作成を同時に実施してはいけない
    january
    january 2010/09/16
    ヒアリングの粒度とアウトプットの粒度が同じという発想はないんじゃないか?
  • 経済産業省:EAポータル

    サイトでは,これまで経済産業省が実施してきたEA(Enterprise Architecture=エンタープライズ・アーキテクチャ)に関連する各種調査研究の成果物を公開するとともに、これまであまりEAに触れられていない方からEAの実務に携わる方まで,多くの方々にEAを活用して頂くための情報提供を行ないます。ご活用ください。

  • ITアーキテクトの「やってはいけない」:ITpro

    ITアーキテクトが知っておくべきアンチパターンを徹底解説 情報システムのアーキテクチャや実装方式を決定するITアーキテクト。データベースやネットワーク,プラットフォームなど,さまざまな技術分野の知識を持ち,全体最適でシステム開発を成功に導かなければならない。しかしそこには,つい陥りがちな「やってはいけないこと」(アンチパターン)が,数多く潜んでいる。そこでここでは,ITアーキテクトが知っておくべきアンチパターンを解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■機器増設編 ■業務分析編 ■Windows 7編 ■Android/iPhone編 ■プライベートクラウド編 ■パブリッククラウド編 ■次世代DB編 ■運用管理編 ■プラットフォーム編 ■セキュリティ

    ITアーキテクトの「やってはいけない」:ITpro
  • http://www2.computer.org/cms/Computer.org/ComputingNow/homepage/2009/0709/rW_SO_Viewpoints.pdf

  • ITエンジニアの「やってはいけない」---目次:ITpro

    設計・実装から運用,メソドロジまで,最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」(アンチパターン)があるだろう。だが,その理由を問われると,うまく説明できないことがあるのではないだろうか。突き詰めて考えると,状況によっては「やっても構わない」こともあるし,技術の進化に伴い「やれるようになってきた」こともある。そこで設計,実装,テスト,運用,メソドロジの各分野について,取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

    ITエンジニアの「やってはいけない」---目次:ITpro
  • 1