選択したプロジェクトから、そして今、その後、文書化要件を確定する準備ができて最初に会った先生方のニーズを理解し、それは月の時間となっています。今月、私たちがやっているの分析を要求することです。それは私たちの仕事を通して、私たちのすべてのミーティング毎週に至る要件分析と言うことができます。
私たちのプロジェクトでは作ることですホームケア慢性閉塞性肺疾患に特化APPを、。このシステムの目的は、安定した慢性閉塞性肺疾患の重症度、積極的、効果的な管理と患者へのパーソナライズされた家庭や地域ケアサービスと包括的なガイダンスを提供することです。患者のウェアラブルデバイスを監視し、システムが検出し、患者の部屋には、患者のケアは、快適な環境を提供するために、環境指標を調整するために、環境モニタリング機器を使用して、さまざまな COPDに関連する徴候データ、リハビリテーション医療の過程で患者の家族を分析することにより、データは、急性増悪、疾患の傾向分析と患者のための個別行動介入の早期警告を提供するために、高度なデータ分析技術を使用して生成されました。システムビルダー COPDケア、総合評価の厳しい等級を持つ患者のためのパス、および患者のケア活動を導くために、対応するケアプランを生成します。インデックス患者の評価の移動により、患者さんのための合理的な運動処方をお勧めします。患者の自己管理を強化するために健康教育を提供しながら。
最初の時間と通信するために先生に会った私たちはどのような目的に、サービスのどのような方法で、引当金を使用することが何であるかを私たちの製品の目標を理解するために、先生は、私たちに本プロジェクトの承認を与えました。これが私たちのニーズ分析の始まりで、プロジェクトの書籍や教師の説明によるプロジェクトは、先生は私たちが最初に私たちに何を抽出のニーズを考えてみましょう。パネルディスカッションの後、私たちはこの結果になってきました。
はい、それはそのようなレコードではなく、さらに要件文書です。。。
第二と教師が通信するとき、教師はまず、この需要がいなくても、文書の形で、標準化されていない説明し、それは明らか、と判断しました。私たちの任務の第二週にニーズの理解を表現する方法を標準化しようとする要求仕様書の最初のドラフトを書くことであるように、第2の主要な問題は、あまりにも簡単です。文書の作成が完了した後、第3回会合と教師が再び通信するために、先生は言った、と私たちはビューの需要地点を分析方法が適切ではありません。プロトタイプ設計に洗練された例のログインページについては、我々は最初の主要な問題を分析し、何が必要である、その後、小さな需要によって、それぞれに大きな需要を拡大する必要があります。
私たちのプロジェクトのために、実際には、需要のコアは、3つの部分に分けることができますケアプラン、ケアプランの実装だけでなく、健康評価を生成します。これらの三つの側面によると、もう一度考えてみて：ケアの計画がどうあるべきか？そこに基本的なアクションは何ですか？どのような機能を実装する必要がありますか？ケアプランは、患者が何かを何をすべきか、時間、ユーザへのリマインダーの同等ですが、ケアプランのソースは、医師のアドバイスです。いいえ注文は、我々は、オーダーエントリのための必要性この需要、ケアプランを生成することができません。それは我々が実行する方法を検討する必要があり、ケアプランを作成します。したがって、この偉大な需要の下で毎日リマインダーサービスがあり 、薬剤リマインダ、機器を使用するためのリマインダ、スポーツのリマインダを含むが、。デジタルイラストを生成するためにユーザのために、に関連するデータを収集した後、それは直感的に、患者の身体的状態を表示することができます。それはどのような形のデジタル写真を撮ること？グラフ、スコア、等並びに直感的な身体図の折れ線グラフ等。
第3の通信の後、我々はそれを明確に多くが最後に変更された文書の最初のバージョンを書き始める必要があると判断しました。その後の通信では、我々は持っていると質問をして解決するために考えるように続けます。たとえば：患者は注文を入力しない場合はどのようにしますか？オーダーエントリーのために我々はどのような形を使うことができますか？家族は患者の健康状態を理解することができますか？デジタルイラストは、どのようにそれが良いだろうということ？何を意味するのかによって？システムは、ユーザの完了はどのように取得することを、思い出させるだけ責任がありますか？コンプライアンスが可能になる意味は何ですか？そして、非常に多くの問題が、常に文書を変更し、教師と通信し、徐々に解決しました。
先週、私たちはプロジェクトがケース図、クラス図とタイミング図を使用し、この方法は、より明確に私たちのプロジェクトの需要を聞かせて描く、今週の仕事は、教師がドキュメントを必要と確認し、確定することです。
ニーズを特定するプロセスでは、我々は偉大な収穫を持っています。私たちは、元の要件文書を準備することは困難であってはならないと感じ、あなたが好きな、シンプルで基本的な見つけるために、実際の開始後に行うことができます。スタート需要はほとんど各変更要件文書が新たな問題を持つことになり、定数と通信するために、教師には、需要が徐々にしか明らかになって、もっとはっきりしません。それは文書に書かれていない場合、我々は問題に気づかないかもしれません。私たちは、プロセスを書いて、修正するためにターンを取るが、また、我々は要件文書を書く方法をマスターしているように、我々は積極的にプロセスが相互理解とチームコラボレーションを深めることで交換します。
需要を決定し、我々はさらに次の計画を実行することができます、我々は協力の将来的に、我々は確かに満足のいく結果を得ると確信しています。