От выбранного проекта и понять потребности учителей встретились в первый раз, то теперь готов завершить требования к документации, это было через месяц. В этом месяце, мы делаем это требует анализа. Можно сказать, анализ требований по каждой нашей встрече по всей нашей задаче каждой недели.
Наш проект , чтобы сделать приложение, посвященное уходу на дому хронической обструктивной болезнью легких. Цель этой системы заключается в создании персонализированных дома или ухода за коммунальные услуги и комплексное руководство для пациентов со стабильной хронической обструктивной болезни легких тяжести, активного, эффективного управления. Системы используют оборудование экологического мониторинга для выявления и регулирования экологических показателей , что в комнате больного, уход за пациентом , чтобы обеспечить комфортные условия, следить за носимые устройства пациента через разнообразие данных признаков , связанные с ХОБЛ, путем анализа семьи пациента в процессе реабилитационной помощи данные получены с использованием современных методов анализа данных , чтобы обеспечить раннее предупреждение обострений, анализа тенденций заболевания и индивидуальных поведенческих вмешательств для пациентов. Системные интеграторы ХОЗЛ путь ухода за пациентами с тяжелой степени комплексной оценки, а также генерировать соответствующий план лечения для руководства деятельностью по уходу за пациентами. При движении оценки индекса пациента, рекомендовать разумные упражнения рецепт для пациентов, обеспечивая образование здоровья для повышения самоконтроля больных.
Первый раз и встретил учитель общаться, учитель дал нам разрешение книги проекта, для нас, чтобы понять, что наши целями продукта является использование какого метода, для которых предоставления услуг, к какой цели. Это начало нашего анализа потребностей, проект по книгам проекта и описанию учителя, учитель давайте сначала рассмотрит потребность наших извлеченное что. После дискуссии мы пришли к такому результату:
Да, это такая запись, даже не документ требований. , ,
Когда второй и преподаватели общаться, учитель дал понять, что, в первую очередь объясняют это требование не нормируется, даже не в виде документов. Вторая серьезная проблема слишком проста, так что во второй неделе нашей задачи является написание первого проекта требований спецификации документа, чтобы попытаться стандартизировать способ выразить наше понимание потребностей. После завершения подготовки документа, третье заседание и учители снова общаться, учитель сказал, и то, как мы проанализируем точку зрения спроса не является правильным. Например, страница авторизации, которая была усовершенствована в конструкции прототипа, мы должны сначала проанализировать основные проблемы и что нужно там, а затем разверните каждый большой спрос на небольшой спрос.
Для нашего проекта, на самом деле, основная часть спроса можно разделить на три части: генерировать планы ухода, реализация планов по уходу, а также оценку состояния здоровья. Согласно этим трем аспектам, подумайте еще раз: каким должен быть план ухода? Какие основные действия там? Какие функции должны быть реализованы ? План ухода является эквивалентом для напоминания пользователя, в какое время пациент должен сделать что - то, но источник планов ухода является советом врача. Нет заказов , мы не сможем генерировать планы ухода, таким образом , необходимость ввода заказа этого спроса. Это формирует план лечения, мы должны подумать , как выполнить. Таким образом, под этим большим спросом есть ежедневные напоминания услуг , в том числе лекарства напоминания, напоминания для использования оборудования, спортивных напоминаний. После сбора данных , относящихся к, для пользователя , чтобы генерировать цифровую иллюстрацию, он может интуитивно отображать физическое состояние пациента. Это может занять цифровое изображение какой формы? Графический, оценка и т.д., а также интуитивная схема тела график и так далее.
После третьего общения, мы дали понять, что много нужно, чтобы начать писать первую версию документа Последнего изменения. В последующем сообщении, мы и продолжаем задавать вопросы и думать, чтобы решить. Например: Если пациент не вводить заказы, как это сделать? Для ввода заказа в какой форме мы можем использовать? Семьи могут понять физическое состояние пациента? Цифровые иллюстрации, как это было бы лучше? С помощью каких средств? Система отвечает только напомнить, что завершение пользователя, как получить? Каковы последствия несоблюдения будет? И так много проблем, постоянно модифицируя документы и общаться с преподавателем, медленно решены.
Только на прошлой неделе, мы составляем проекты используют диаграммы прецедентов, диаграммы классов и временные диаграммы, таким образом, позволяют нам требование проекта более четко, задача на этой неделе, чтобы подтвердить и завершить учитель нуждается в документации.
В процессе выявления потребностей, мы имеем большой урожай. Мы считаем, что первоначально требованием документ не должен быть трудно приготовить, это может быть сделано после фактического начала, только чтобы найти простые и фундаментальными, как вы хотите. Спрос старта еще более неясные, в постоянная и учителях, чтобы общаться, спрос только постепенно становится ясным, почти каждое требование модификации документ будет иметь новую проблему. Если не написано в документе, и мы не можем заметить проблемы. Мы по очереди, чтобы написать и изменить процесс, но и так, что мы освоили метод требований написания документов, мы активно обменивать процесс является углубление взаимопонимания и совместной работы.
Определить спрос, мы сможем в дальнейшем осуществлять следующий план, мы считаем, что в будущем сотрудничества, мы, конечно, получить удовлетворительный результат.