Что значит разработать проблему

разрабатывать проблему

Большой англо-русский и русско-английский словарь . 2001 .

Смотреть что такое «разрабатывать проблему» в других словарях:

Кармашева — Кармашева, Балкис Халиловна Кармашева, Балкис (Бэлькис) Халиловна (13 июля 1916(19160713)), Кульджа, провинция Синьзянь, Китай (9 октября 2000) Советский узбекский этнограф. Кандидат исторических наук (1951, по монографии). Доктор ист … Википедия

Кармышева, Балкис Халиловна — Балкис Халиловна Кармышева Дата рождения: 13 июля 1916(1916 07 13) Место рождения: Кульджа, Синьцзян, Китай Дата смерти: 9 октября 2000 … Википедия

Конец истории и последний человек — англ. The End of History and the Last Man … Википедия

Либертарно-юридическая теория права и государства — (равнозначно: либертарная теория права и государства; либертарная теория права) концепция понимания права и государства, разработанная академиком РАН Владиком Сумбатовичем Нерсесянцем в 70 90 х гг. ХХ века, представляющая собой… … Википедия

Медицина — I Медицина Медицина система научных знаний и практической деятельности, целями которой являются укрепление и сохранение здоровья, продление жизни людей, предупреждение и лечение болезней человека. Для выполнения этих задач М. изучает строение и… … Медицинская энциклопедия

Microsoft SQL Server — Тип Реляционная СУБД Разработчик Sybase, Ashton Tate, Microsoft … Википедия

ФИЛОСОФИЯ — (от греч. phileo люблю, sophia мудрость, philosophia любовь к мудрости) особая форма общественного сознания и познания мира, вырабатывающая систему знаний о фундаментальных принципах и основах человеческого бытия, о наиболее общих сущностных… … Философская энциклопедия

Инфляция — (Inflation) Инфляция это обесценивание денежной единицы, уменьшение ее покупательной способности Общая информация об инфляции, виды инфляции, в чем состоит экономическая сущность, причины и последствия инфляции, показатели и индекс инфляции, как… … Энциклопедия инвестора

ПСИХОЛОГИЯ — (от греч. душа и слово, учение), наука о закономерностях, механизмах и фактах психич. жизни человека и животных. Взаимоотношения живых существ с миром реализуются посредством чувств. и умств. образов, мотиваций, процессов общения,… … Философская энциклопедия

Сеченов, Иван Михайлович — один из выдающихся русских физиологов; род. 1 августа 1829 г.; образование первоначальное получил в Главном инженерном училище; в 1847 г. произведен в офицеры, затем перешел в саперы и служил в Киеве. Выйдя в отставку в 1850 г., он вскоре… … Большая биографическая энциклопедия

СССР. Естественные науки — Математика Научные исследования в области математики начали проводиться в России с 18 в., когда членами Петербургской АН стали Л. Эйлер, Д. Бернулли и другие западноевропейские учёные. По замыслу Петра I академики иностранцы… … Большая советская энциклопедия

Источник

Постановка проблемы исследования

Цель научной работы – формирование нового знания. Начало исследовательской работы заключается в признании факта, что текущее положение или ситуация в определенной сфере отличаются от желаемого. Четкая и правильная постановка исследовательской проблемы во многом определяет конечный результат деятельности ученого.

Что такое проблема?

Новые знания появляются, когда в них возникает потребность. Происходит это в следующих случаях:

• появляется пробел в теории, требующий заполнения;
• традиционные знания не в состоянии объяснить новые факты;
• старые методики не могут разрешить возникшее противоречие.

Поиск проблемы – это и есть выявление потребностей и противоречий. На основе имеющихся знаний или практического опыта возникает понимание, что существует несоответствие между необходимым и текущим состоянием дел или сложилась неблагополучная ситуация в какой-либо отрасли и этот вопрос требует разрешения. Разрешить противоречие означает привести систему в состояние равновесия.

Например, изучим уровень безработицы в регионе:

• реальное положение – большой процент населения не трудоустроен;
• необходимое/желаемое положение – высокая занятость;
• проблема – что сделать для снижения уровня безработицы.

Основные критерии научной проблемы

Научную проблему принято отличать по таким критериям:

1. актуальность. Потребность в изучении в текущий момент времени;
2. научность. Возможность обозначить задачу в научных понятиях;
3. значимость. Разрешение запроса станет существенным вкладом в теорию или совершенствование прикладных аспектов или будет иметь практическое значение для экономики страны;
4. объективность. Противоречие существует независимо от личности соискателя.

Для авторов качественная публикация научной статьи согласно всем требованиям залог успеха. Специалисты СибАК знают, как напечатать статью в выбранном издании.

Этапы постановки проблемы исследования

Формулирование проблемы является первым этапом, основой, базисом научной работы. Без такого фундамента остальная деятельность превращается в бессмысленный, бессистемный набор понятий, расчетов и экспериментов. Системный подход в аналитической работе состоит в создании преемственности, когда на основании накопленной информации решается задача и создается задел на будущее для продолжения изысканий.

Предпосылкой может стать изучение работ предшественников. Полезен и практический опыт в конкретной сфере. Зачастую увидеть узкие места помогают наблюдения. Если соискатель работает в исследовательском коллективе, то в рамках общей проблематики, над которой трудится группа, можно выделить конкретный запрос.

Постановка проблемы – это описание сложившихся на данный момент нерешенных противоречий в изучаемой сфере. Важно сформулировать запрос в виде задачи. Можно разделить процедуру на ряд последовательных этапов.

1. Предварительный. Осознание недостаточности знаний о явлении или ситуации. Потребность озвучивается в общих чертах.
2. Анализ, который включает:

• изучение известных теорий на предмет существования решений;
• подтверждение реальности запроса;
• точная формулировка целей;
• назначение рамок (временных, географических и прочих);
• обозначение структуры – разбивка на подтемы.

1. Оценка. На этом этапе отвечают на вопросы «Насколько значимыми окажутся предполагаемые результаты?», «Реально ли решить вопрос доступными средствами?». Запрос идентифицируют по срочности разрешения, прикладной направленности, принадлежности.
2. Выдвижение проекта. Заключительный шаг, на котором решаются организационные и административные моменты. Происходит презентация проблемы научному сообществу для обсуждения. В этот момент возможны корректировки с учетом мнения коллег, рассматриваются альтернативные варианты. В случае положительного результата редакция утверждается.

При постановке проблемы необходимо обозначить объект и предмет исследования. Под объектом понимают явление или процесс, порождающие конфликтную ситуацию и выбранные для изучения. В качестве предмета выступает конкретный ракурс, который будет изучаться непосредственно в работе. Предмет устанавливает границы научного поиска.

Формулировка постановки проблемы

Формулировка проблемы определяет направление поиска и ее главную идею. Значение основной идеи сложно недооценить, это путь, по которому будет идти нить исследования. На ее основе выдвигается гипотеза, то есть предположение, объясняющее суть или причины изучаемого явления и требующее обоснования.

Сформулировать проблему непросто, ведь она должна:

• раскрывать сущность конкретных объектов;
• выделить направление работы, предполагающее продолжение;
• согласовываться со всеми частями процесса познания, задавать тон исследования.

Правильная постановка и четкая формулировка проблемных вопросов не менее значима, чем их решения. Запрос в значительной степени определяет стратегию исследовательской работы в целом и направления научного поиска в частности. После того как проблема выявлена и озвучена, можно приступать к формулированию темы работы.

Источник

Что значит разработать проблему

• что не так
• почему не так и
• и что будет, если сделать как надо.

1. Под проблемой понимается противоречие между желаемым будущим и реальной ситуацией, которое чаще всего выражается в отсутствии, недостатке чего-то, несоответствии одной части реальности, другой.
2. Корректная формулировка проблемы исследования должна соответствовать требованиям:

• должно быть конкретно указано на то, что в практической деятельности не соответствует идеальной ситуации, описанной в теории;
• в формулировке проблемы должно быть указано на то, почему практическая деятельность не соответствует теории.

• подмена проблемы вопросом: как мотивировать учащихся вести здоровый образ жизни?
• подмена проблемы задачей: рассмотреть влияние компьютера на здоровье школьника.
• подмена формулировки проблемы на область существования проблемы: существует проблема общения в сети Интернет.

Цель исследования — это конечный результат, которого хотел бы достичь исследователь при завершении своей работы.

• определение характеристик явлений, не изученных ранее;
• выявление взаимосвязи неких явлений;
• изучение развития явлений;
• описание нового явления;
• обобщение, выявление общих закономерностей;
• создание классификаций.

Формулировку цели исследования также можно представить различными способами — традиционно употребляемыми в научной речи клише. Примеры некоторых из них. Можно поставить целью:

• выявить. ;
• установить. ;
• обосновать. ;
• уточнить. ;
• разработать. ;
• показать. ;
• исследовать. ;

Формулировать задачи необходимо очень тщательно, так как описание их решения в дальнейшем составит содержание глав. Заголовки глав рождаются именно из формулировок задач . Предложим одно из определений понятия «задача».

Задача исследования — это выбор путей и средств для достижения цели в со ответствии с выдвинутой гипотезой. Задачи лучше всего формулировать в виде утверждения того, что необходимо сделать, чтобы цель была достигнута. Перечисление задач строится по принципу от наименее сложных к наиболее сложным, трудоемким, а их количество определяется глубиной исследования.

Задачи исследования обычно начинаются с таких глаголов, как:

• выяснить. ;
• изучить. ;
• провести. ;
• рассмотреть. ;
• найти. ;
• описать.

А теперь проверим, как ты усвоил этот материал.

Источник

От проблемы к требованиям. Теория принятия решений в разработке ПО

Введение

Некоторое время назад обратил свое внимание на артефакт Концепция продукта (product vision) методологии разработки программного обеcпечения RUP (Rational Unified Process) и обнаружил, что отправной точкой разработки программного продукта является выявление проблемы, на решение которой нацелен продукт.

Аналогичный подход существует и в отечественной практике – так в ГОСТ 34.601-90 говорится, что на стадии Формирование требований к АС (автоматизированной системе) производится «выявление проблем, решение которых возможно средствами автоматизации».

В настоящей статье хочу поделиться с читателями своими выводами касательно природы проблемы, ее важности и отношении к разработке программного продукта.

Общая характеристика процесса принятия решений

Как и любой другой продукт, создаваемый в результате деятельности человека, программное обеспечение является средством (инструментом), предназначенным для решения некоторого набора задач. Откуда возникает необходимость что-то решать? Обратимся к теории…

Изучением закономерностей выбора людьми наиболее оптимального решения разного рода задач занимается такая наука как теория принятия решений.

С чего начинается родина решение?

Первопричиной любой деятельности теория принятия решений называет проблему — расхождение в представлениях какого-либо лица между тем, что оно имеет в настоящий момент (действительное состояние), и тем, что оно желало бы иметь или достигнуть в будущем (желательное состояние).

Так как теория принятия решений делает акцент на управленческую деятельность в рамках организации, то не будем отступать от этой парадигмы, но имеем в виду, что указанный подход применим к любой другой деятельности.

Лицо, которое не только осознает проблему или желает что-то изменить, а еще и готово принять решение о способе ее решения и произвести конкретные действия, направленные на изменение действительного состояния в сторону желательного – называют заинтересованным лицом или лицом, принимающим решение (ЛПР).

После осознания проблемы рождается понимание цели — воплощение желаемого результата, достижение которого, по мнению ЛПР, приведет к разрешению предпосылок проблемы, т.е. приведет в соответствие желательное и действительное состояния.

Задача

Подвергшись более детальному анализу цель разделяется на подцели. Подцели согласуются со стадиями процесса достижения основной цели – они соотносят со временем, местом, исполнителям и объектами приложения усилий. Таким образом, цель трансформирует в совокупность задач. От того, будет ли решена вся совокупность задач, а также будут ли по всем решенным задачам достигнуты требуемые результаты, зависит степень достижения поставленной цели, а, следовательно, и степень решения изначальной проблемы в целом.

Операция и решение

Когда перечень задач определился, ЛПР приступает к формированию целенаправленной деятельности организации по достижению цели. Целенаправленная деятельность комплекса мероприятий, осуществляемых ЛПР в интересах достижения намеченной цели носит название — операция.

Замысел операции постепенно дорабатывается ЛПР до решения на ее проведение, в ходе формализации которого оно трансформируется в систему частных целей и задач руководителей подразделений, программы развития, планы, задачи и критерии их выполнения. После этого начинается процесс практической реализации принятого и доведенного до исполнителей решения.

Рисунок 1. Типовой процесс управления организацией

Оценка эффективности управленческого решения

До самого конца операции ЛПР и все участвовавшие в разрешении проблемы лица остаются в неведении относительно успеха или неуспеха операции. Только когда деятельность участников завершится, ЛПР станет ясно, та ли предпосылка (первопричина) проблемы была выбрана для решения, правильно ли была сформулирована цель операции, верно ли эта цель была разделена на задачи, в то ли время и тем ли исполнителям было поручено эти задачи решить и т. д.

Когда решение исполнено, а операция по устранению проблемы завершена, ЛПР оценивает достигнутый результат. При оценке полезности и эффективности полученного решения во внимание принимается не только сам факт окончания операции, но и степень устранения изначальной проблемы.

В результате оценки можно прийти к следующим выводам:

• проблема устранена полностью и ее разрешение не вызвало каких-то видимых отрицательных последствий;
• проблема устранена частично, но также не наблюдается отрицательных последствий;
• проблема устранена частично и при ее разрешении возникли некоторые новые затруднения;
• проблема не устранена, а реализация решения по ее устранению породила возникновение новых, значительных проблем.

Природа требований к программному продукту

Какая задача – такое и решение

Известно, что для проблемы может существовать множество альтернатив решения. Например, самым простым способом оптимизации производства является изменение бизнес-процесса в организации. Однако, этого иногда не достаточно и требуется инструмент, который позволил бы решать новые задачи максимально эффективно.

Если в процессе размышлений о способе решения проблемы ЛПР придет к выводу, что достижению поставленной цели будет способствовать автоматизация деятельности организации, то одной из разрабатываемых им операций станет внедрение соответствующей информационной (автоматизированной) системы.

Представим себе, что руководитель некоторого предприятия решил оптимизировать работу с документами. Если его целью является только сокращение сроков согласования документов, то для этого вполне достаточно перейти на использование документов в электронном виде — установить всем ворд и научить пользоваться электронной почтой. Если же руководитель ставит целью упорядочить и контролировать процессы согласования и исполнения документов, то для этого потребуется инструмент, позволяющий осуществлять поддержку подобной деятельности — информационная система.

Этот банальный пример показывает, что для решения разных задач должны использоваться разного рода решения. Казалась бы, очевидно! Не будем спешить с выводами…

Что такое требование?

В соответствии с определением, под термином автоматизированная система подразумевается совокупность персонала организации и комплекс средств автоматизации, реализующего информационную технологию выполнения действий, направленную на достижение определенной цели (см. ГОСТ 34.003-90). То есть используемое программное обеспечение должно обладать набором свойств, позволяющим персоналу выполнять действия или решать задачи, направленные на достижение поставленной цели. Указанные свойства программного продукта называются требованиями.

Требование — свойство программного обеспечения, необходимое пользователю для решения задачи при достижении поставленной цели.

Уровни требований

Если рассмотреть процесс создания автоматизированной информационной системы с точки зрения теории управления, то можно проследить аналогию с описанным выше порядком принятия управленческого решения.

Рисунок 2. Процесс создания автоматизированной системы

Потребность

Аналогично процессу выработки управленческого решения, анализируя проблему ЛПР формулирует цель автоматизации деятельности организации. Чтобы достигнуть цели, разрабатываемая система должна решать некоторый набор технических или бизнес-задач. В контексте разработки программного обеспечения эти задачи именуются потребностями (needs).

Функция

В рамках выполнения действий по решению задач, направленных на достижение заявленной цели, персонал организации (пользователи и иные заинтересованные лица) вправе ожидать от используемого программного продукта определенного поведения. Поведение, сформулированное на языке пользователя и описывающие поведение программного продукта в рамках удовлетворения одной или нескольких потребностей, называется функцией системы (feature).

Программное требование

После определения набора функций их детализируют в конкретные и законченные описания поведения программы, которую требуется разработать. Такие описаниями составляют программные требования или требования к программному обеспечению (software requiremens).

Оценка эффективности программного решения

Построив систему, удовлетворяющую выявленным программным требованиям, можно утверждать, что система предоставляет требуемый набор функций. В свою очередь, поскольку функции предназначены для удовлетворения одной или нескольких потребностей персонала, эти потребности будут непосредственно удовлетворяться полученным решением в целом, а использование решения позволит достигнуть поставленной цели. И если цель была выбрана верно, то можно предположить, что ее достижение позволит разрешить имеющуюся проблему.

Часто заказчик при анализе результатов разработки и внедрения автоматизированной системы приходит к выводу, что решение оказалось неэффективным или породило новые проблемы, а порой еще более усугубило имевшееся положение вещей.

Почему так получается?

Кто виноват и что делать?

Очень часто в процессе сбора и анализа происходит искажение требований или же источник этих требований (проблема заинтересованного лица) не выявляется вовсе.

Рисунок 3. Искажение требований

На рисунке 3 показан пример процесса, в ходе которого возникают искажения. Когда ЛПР осознал проблему и сформулировал цель деятельности по ее устранению он доводит перечень задач (T₀) до исполнителей — персонала организации. Допустим, что именно эти исполнители будут использовать разработанный позднее программный продукт, т.е. они будут являться его пользователями. Каждый из них по-своему понимает поставленную ему задачу и при формулировании требований к программному продукту исходит из своих предположений (T₁).

Аналитик, на основании данных интервью потенциальных пользователей, сформулировал собственное представление о решаемых задачах (T₂), которое донес до менеджера проекта и совместно с ним выработал решение, воплощенное в задачах для разработчика (T₃).

В лучшем случае, в результате описанного процесса получится продукт, удовлетворяющий требованиям персонала, в худшем – только требованиям аналитика или менеджера проекта. Такой результат является следствием отсутствия понимания у группы проекта реальных потребностей будущих пользователей и заинтересованных лиц, на чью работу повлияет разработанное программное решение.

В особо тяжелых случаях получившийся продукт не имеет ничего общего с ожиданиями заказчика и отражает собственные представления разработчика о том, как должны работать пользователи.

Если же на начальном этапе проекта выявить проблему и все выявляемые требования пользователей, равно как и предлагаемые решения, соотносить именно с ней (см. рисунок 4), можно ожидать, что получившийся продукт будет максимально соответствовать как потребностям пользователей, так и ожиданиям заинтересованных лиц.

Рисунок 4. Соотнесение требований с проблемой

Более того, понимание решаемой проблемы позволит качественно управлять масштабом проекта – например, в первую очередь реализовать ту функциональность, которая решает 80% проблемы.

Как этого добиться?

Определение проблемы

Раз уж в ходе предыдущего изложения мы пришли к выводу, что прежде чем разрабатывать программный продукт нужно определиться с проблемой, которую он должен решать, то пора бы уже выяснить, как эту проблему зафиксировать.

Многие источники предлагают использовать нижеприведенную форму для формулировки определения проблемы (problem statement), которую требуется решить. Приведенная форма учитывает и цели, которые ожидается достигнуть будущим решением.

Элемент	Описание
Проблема	[описание проблемы]
воздействует на	[перечень сторон, на которых оказывает влияние данная проблема]
результатом чего является	[описание воздействия данной проблемы на заинтересованных лиц и\или бизнес-деятельность]
Выигрыш от	[описание предлагаемого решения]
Может состоять в следующем:	[перечень основных преимуществ, представляемых решением]

Элемент	Описание
Проблема	Отсутствие доступа к интегрированным данных о состоянии здоровья населения
воздействует на	персонал медицинских организаций, оказывающих медицинскую помощь населению; граждан, обращающихся за оказанием медицинской помощи.
результатом чего является	высокая вероятность принятия неверного или необоснованного медицинского решения о лечении пациента; отсутствие у пациентов сводной информации о состоянии своего здоровья и результатах оказанных медицинских услуг.
Выигрыш от	создания единого хранилища медицинских данных о состоянии здоровья населения и интерфейса к нему
Может состоять в следующем:	обеспечении граждан доступом к интегрированной информации о состоянии собственного здоровья; обеспечении персонала медицинских организаций основой для принятия обоснованного медицинского решения о лечении пациента; предоставлении возможность своевременного выявления тенденций в состоянии здоровья населения и обеспечении основы для принятия управленческих решений в сфере здравоохранения; и т.д.

Формулирование и достижение соглашения об одинаковом понимании всеми участниками проекта решаемой проблемы – один из первых и важных шагов любого программного проекта. Стоит отметить, что определение решаемой проблемы может производиться как для всего проекта в целом, так и при добавлении новой функциональности в уже существующий программный продукт.

Заключение

Если кому-то показались очевидными (или даже, банальными) положения, изложенные в настоящей статье, приведу данные статистики, которые показывают, что проблема неуспешности программных проектов до сих пор остается актуальной и требования – основная тому причина.

В настоящее время только 39% всех программных проектов можно считать успешными в полном смысле этого слова. Полностью проваливаются 18% проектов, а в ходе реализации оставшихся 43% возникают проблемы, связанные с превышением бюджета или реализацией не той функциональности.

В исследовании компании Standish Group International, результаты которого отражены в документе The CHAOS Chronicles 2013, ключевыми факторами успешности программного проекта названы:

• вовлечение в проект заинтересованных лиц (Executive management support) — 20%;
• привлечение конечного пользователя (User involvement) — 15%;
• управление масштабом проекта (Optimazation) — 15%.

Только после них следуют такие факторы как квалификация разработчиков, опыт управления проектами, применение гибких методологи и т.д.

Все вышесказанное подтверждает аксиому, что программные продукты создаются для пользователей. Ориентация на проблемы заинтересованных лиц и потребности реального (конечного) пользователя является залогом успешности проекта по разработке программного обеспечения. Уже на начальном этапе проекта пользователь должен быть привлечен к работе, как результат этого — определение проблемы (problem statement) и концепция продукта (product vision) должны показывать, что команда проекта ясно осознает решаемую проблему, понимает потребности пользователей и готова их удовлетворить.

Источник