Самая частая ошибка в речи, которую я слышу, когда говорят « функционал» вместо « функциональность». Функционал продукта, функционал программы, в мой функционал входит писать код — от всех этих фраз начинает потряхивать.
Если знать определения этого слова, то станет ясно, что использовать его могут только математики и геи.
— функция, заданная на произвольном множестве и имеющая числовую область значений
— переменная величина, которая принимает определённое значение в зависимости от выбора одной или нескольких функций
— одна из пяти групп гомосексуалов по классификации психолога Алана Белла и социолога Мартина Вайнберга.
Как видно, ни о каких функциях и возможностях программ речи не идёт. А фразы вроде « давайте расширим его функционал» теперь приобретают новые смыслы.
Функциональность — это набор функций и возможностей, какой-либо программы, прибора или человека.
Несмотря на то, что это слово правильное, я бы избегал его в речи. Во-первых, оно слишком сложное. Во-вторых, это обобщение. Да и применять его к человеку странно. У человека — обязанности, у предмета — функции.
Настройка функциональности программы 1С Бухгалтерия
Поэтому я всегда заменяю « функциональность» на более конкретные и понятные формулировки. Для удобства вынес примеры в таблицу.
| Плохо | Хорошо |
| Я программист, в мою функциональность входит… | Я программист, верстаю сайты. В работе использую Vue. js… |
| Функционал нашей ЦРМ обширен… | Наша ЦРМ сама напоминает менеджерам о задачах и создаёт карточку клиента после звонка. |
| Функциональность сервиса включает в себя… | У сервиса несколько ключевых функций… |
2020 891
- Русский язык
Теги:
- правила
- смыслы
- тонкости
Источник: lepekhin.ru
Функциональность
Обеспечение практичности, одна из наиболее сложных проблем, заключается в том, чтобы понять, как покупатель планирует использовать данный продукт.
Для того чтобы создать практичную программу, необходимо уделить внимание двум основным моментам: программа должна выполнять необходимые функции и иметь интуитивно понятный интерфейс.
Если функциональность программы достаточная, это значит, что программа может выполнять все необходимые задачи. Определение достаточной функциональности может представлять собой сложную задачу. Покупатели часто неточны в описании своих нужд или могут просто не знать всех своих требований к системе. Требуется приложить значительные усилия, чтобы помочь покупателям понять и указать свои требования. Кроме того, часто случается, что истинные требования, предъявляемые к системе, не становятся очевидными до начала ее использования на местах.
Интуитивно понятный интерфейс. Система с интуитивно понятным интерфейсом ведет себя именно так, как ожидает пользователь. Стандартизация интерфейса является залогом эффективности в промышленности и среди пользователей. Ничто так не раздражает пользователя, как непонятный интерфейс.
Настройка функциональности программы 1С Бухгалтерия
Не важно, каким образом обеспечивается функциональность системы; все это бесполезно, если пользователь не имеет к ней доступа. Интерфейс функций какого-либо приложения должен быть как можно более естественным.
Отказоустойчивость. Продукты всех областей жизнедеятельности, в том числе и программное обеспечение, разработаны для эксплуатации при определенном ряде условий. Иногда эти условия бывают явными, иногда — скрытыми.
Отказоустойчивый продукт разработан так, что работает даже при условиях, выходящих за пределы предположений, принятых при его разработке. Таким образом, хотя определенный уровень отказоустойчивости продукта повышает его стоимость, он одновременно может существенно повысить уровень коэффициента безопасности и надежности.
Будучи руководителем, вы должны быть серьезно озабочены тем, чтобы выпустить отказоустойчивое программное обеспечение. Для этого еще при разработке необходимо найти способ определить, будет ли данный продукт отказоустойчивым.
Существуют факторы, которые могут привести к тому, что созданный продукт не будет отказоустойчивым:
· Враждебность разработчиков по отношению к покупателям;
· Обсуждения с покупателями, при которых разработчики вводят покупателя в заблуждение относительно правильности использования программного обеспечения;
· Недостаточная осведомленность или непонимание того, как покупатель будет использовать продукт;
· Громкие фразы разработчиков о нуждах покупателя, не основанные на объективных данных;
Если вы замечаете какие-либо из этих признаков, начинайте задавать вопросы. При необходимости включите в свой коллектив более опытных разработчиков.
Мощность означает возможности, которые поддерживает программа. Ими могут быть выполнение программы одновременно многими пользователями, элементы данных, открытие окон и т.п. Понятие мощности часто связывается с производительностью. Существуют два аспекта самого понятия «мощность»: абсолютная мощность, ограниченная какими-либо пределами, и полезная мощность, т.е. количество функций, выполняемых программой до тех пор, пока она не станет слишком медленной для того, чтобы считаться полезной.
Масштабируемость — это способность системы поддерживать увеличивающуюся производительность. Отказоустойчивый продукт является масштабируемым, так как он может обеспечить производительность, выходящую за пределы первоначальных требований.
Расширяемость. Большинство программных систем выпускается не один раз. В некоторых версиях программы могут быть устранены дефекты, но их функциональность не изменяется. Такие версии называются техническими. Если система работает успешно, разрабатывается ее полнофункциональная версия с новыми функциями и усовершенствованиями.
Разработчики программного обеспечения должны предусмотреть возможность внесения усовершенствований и изменений в свой продукт с целью его удовлетворения потребностям рынка. Если разработка предусматривает такую возможность, она является расширяемой. На практике расширяемость достигается теми же средствами, благодаря которым достигается ремонтопригодность разработки: путем создания четкой, хорошо продуманной модели системы. Если программный код не является ремонтопригодным, он не будет расширяемым.
Способность к изменению конфигурации. Естественно, для достижения минимального времени отклика системы на команды пользователей покупатель может захотеть ограничить число пользователей.
В этом случае программное обеспечение может иметь неограниченную абсолютную мощность, но оно должно быть реконфигурируемо для ограничения доступа в целях сохранения способности к реагированию. Пределы можно расширить путем обеспечения лучшей аппаратной поддержки. Аналогичным образом, для сохранения уровня качества работы системы в целом покупатель может захотеть ограничить пространство данных для пользователей. Дело в том, что программное обеспечение не имеет внутренних пределов; качество достигается за счет установления разумных пределов, определяемых имеющимися аппаратными ресурсами и конфигурацией, заказываемой покупателем.
Портативность. Еще одним аспектом способности системы к изменению конфигурации является портативность — возможность использования программного обеспечения на различных аппаратных платформах. Например, программное обеспечение может работать в операционной системе Windows на платформе Intel, но если оно является портативным, его можно без изменений перенести на платформу Linux. Портативность обеспечивает инвесторам гибкость при работе на рынке. Возможность использования портативности программного обеспечения и создания версий, работающих на различных платформах, основывается на стоимости дополнительного тестирования, изменения конфигурации и эксплуатационной поддержки.
Портативность часто влияет на стоимость производительности. В целом, программное обеспечение теряет портативность, когда для достижения высокой производительности разработчики привязываются к некоторым аппаратным возможностям. Для достижения портативности разработчики должны исходить из общих механизмов и воздерживаться от привязки к конкретным аппаратным средствам. Еще хуже то, что один и тот же код по-разному выполняется на различных платформах, т.е. производительность всегда связана с портативностью.
Портативность достигается путем тщательной разработки системы. В хорошей разработке имеется так называемый уровень обобщения, который отделяет специфические аппаратные функции от остального кода. Такое программное обеспечение будет считаться портативным, даже несмотря на то, что оно требует наличия ограниченного количества специального кода для каждой платформы. Хорошо разработанный уровень обобщения представляет собой компромиссное решение между стоимостью переноса программы с одной платформы на другую и ее производительностью при работе на определенной платформе.
Если достижение портативности является одной из основных задач вашей разработки, обязательно проанализируйте стоимость, способы достижения компромиссного решения и пути его реализации.
Надежность. О дефектах в программном обеспечении лучше всего думать с точки зрения возможности их возникновения. Большинство пользователей пользуются программами аналогичным образом: они заставляют их выполнять какие-либо сценарии. Такие сценарии должны быть тщательно изучены и протестированы.
Любой дефект программного обеспечения, возникающий при их выполнении, будет очень часто возникать и при работе в «полевых» условиях. Это свидетельствует о том, что данная программа очень ненадежна. Время от времени пользователи находят способы нестандартного использования программного обеспечения. Возникающие при этом ошибки найти и устранить тяжелее.
На практике поиск таких выполняемых сценариев может занять тысячи часов тестирования. Для обнаружения ошибок необходимо, чтобы система автоматически моделировала поведение различных пользователей, либо перед выпуском продукта необходимо представить программный код на рассмотрение пользователям.
Предварительное тестирование кода пользователями является причиной проведения бета-тестирования системы. На практике в хорошем программном обеспечении дефекты легко обнаружить и устранить на ранней стадии тестирования. А плохая программа сразу же выйдет из строя, что затруднит обнаружение и устранение дефектов.
При продолжении проведения тестирования надежность системы увеличивается, и каждый последующий дефект обнаружить и устранить все тяжелее. Проведенные исследования подтверждают гипотезу о том, что стоимость поиска дефекта возрастает в геометрической профессии. В итоге руководитель должен решить, когда нужно остановиться, т.е. в какой момент стоимость тестирования и потеря рынка придут в равновесие с ожидаемой эксплуатационной стоимостью. Именно в этот момент продукт считается готовым к выходу на рынок.
Средняя наработка на отказ. Программное обеспечение считается надежным, когда среднее время между несоответствующими откликами, т.е. средняя наработка на отказ (MTBF), превышает время, необходимое программе для того, чтобы оставаться в рабочем состоянии, считаясь пригодной к использованию. Несоответствующими откликами считаются отказ или зависание программы, порча данных или что-либо другое, препятствующее выполнению программой ее функций.
Измерение средней наработки на отказ определит, какова вероятность того, что будут выявлены остаточные дефекты.
Работоспособность — это процентное соотношение времени, в течение которого программное обеспечение доступно пользователям. На первый взгляд может показаться что хорошим результатом является показатель работоспособности системы, равный 99% Однако в таком случае из 365 дней года программное обеспечение не будет доступным в течение 3,65 дня. Программное обеспечение, показатель работоспособности которого составляет 99,999%, не будет доступным в течение 5 минут t год, что является вполне приемлемым для банковской системы или системы бронирования, но недостаточным для телефонной системы.
Достижение высоких показателей работоспособности требует наличия специальных технологий. Например, для этого может потребоваться резервная аппаратура либо система автоматического выявления ошибок и перезагрузки.
В целом, достижение высоких показателей работоспособности требует длительного времени и значительных расходов. Одной из наиболее сложных задач, с которой сталкивается руководитель такого проекта, является поиск компромиссного решения между стоимостью и сроками поставки системы и соответствующим показателем работоспособности.
Ремонтопригодность. Существуют два аспекта понятия ремонтопригодность, которые легко перепутать:
- восстанавливаемость — легкость устранения дефектов разработки;
- поддерживаемость — легкость технического обслуживания продукта в условиях его эксплуатации.
Более общим определением является стоимость технического обслуживания продукта в условиях его эксплуатации.
Восстанавливаемость. Разработчики программного обеспечения должны быть озабочены сужением понятия «восстанавливаемость». Понятие дефект можно определить как некоторый аспект системы, препятствующий выполнению поставленных перед ней задач.
Дефекты могут быть вызваны ошибками, допущенными при реализации разработки, или из-за недопонимания требований, предъявляемых к ней. В последнем случае система создана в соответствии с разработкой, но эта разработка была ошибочной. Система является восстанавливаемой, если устранение системных дефектов является экономически эффективным.
Одни программные продукты являются восстанавливаемыми, другие — нет. Обычно программное обеспечение является восстанавливаемым, если при разработке системы было четко указано, какие функции должна выполнять каждая из частей программы. В хорошо разработанной системе восстанавливаемость обеспечивается двумя способами:
· источники дефектов легко установить;
· устранение одного дефекта не порождает другого.
Создавая сложную систему программного обеспечения, гораздо лучше, чтобы дефекты были обнаружены в процессе разработки, чем выявлены после выпуска продукта, который при разработке казался безупречным. Для большинства систем стоимость эксплуатационного обслуживания значительно превышает стоимость первоначальной разработки, а стоимость создания восстанавливаемой системы неоднократно окупит себя. Мудрый, знающий руководитель приложит максимум усилий для того, чтобы создать восстанавливаемую разработку при разумных затратах.
Поддерживаемость. Напомним, что версии программ могут поставляться как обновления, обеспечивающие новую функциональность, и как заплатки, устраняющие дефекты программного обеспечения и не влияющие на его функциональность. Программа считается поддерживаемой, если ее легко обновить или устранить ее дефекты в условиях эксплуатации.
Большинство поддерживаемых программ легко обновить или устранить их дефекты прямо во время их работы. Если для устранения дефектов или установления обновлений программу требуется останавливать, а систему — перезагружать, то пользователи и покупатели столкнутся с необходимостью поиска компромисса между стоимостью и неудобством загрузки заплаток и риском того, что дефект системы не будет устранен.
Программное обеспечение, не являющееся поддерживаемым, имеет низкую работоспособность в связи с тем, что внесение обновлений требует значительного простоя системы. Руководителя должно интересовать, какова будет стоимость разработки качественной системы и сможет ли компания позволить себе понести такие расходы. Для этого, прежде всего, необходимо определить, какие из атрибутов качества приоритетны для сторон, заинтересованных в данной разработке. Приложите максимум усилия для обоснования достигаемых компромиссов. Необходимо хорошо понимать нужды заинтересованных сторон и уровень качества, приемлемый для существующего рынка.
Одна из наиболее сложных задач, с которыми сталкиваются руководители, заключается в том, чтобы решить, достаточно ли хорошим является разработанное программное обеспечение. Это решение основывается на том, будет ли стоимость непоставки продукта превышать эксплуатационную стоимость в случае его поставки. Стоимость непоставки может включать потерю своей ниши на рынке или невыполнение обязательств поставки продукта по контракту. Продукт может удовлетворять всем предъявленным требованиям, пройти все тесты, быть выпущенным вовремя и соответствовать заложенной финансовой смете, но все равно не соответствовать реальным потребностям заинтересованных сторон. Для того чтобы проект был успешным, необходимо разработать пригодное, отказоустойчивое, восстанавливаемое, надежное, расширяемое программное обеспечение.
Источник: studopedia.su
Функционал и функциональность: в чём разница? Часть первая
Если редактор начинает задавать себе вопрос о том, каким словом в русском языке правильно называть возможности или , он встаёт в очередь из себе подобных. Ведь этот вопрос не только популярный, но и не закрытый окончательно. И редактор начинает пытать им своё окружение, словари и интернет, чтобы найти точки зрения, с которых его предшественники на проблему пока не смотрели.
В общем, да, это ещё одна публикация на тему «функционала» и «функциональности». Чтобы максимально полно её раскрыть, я залезаю в английский и сталкиваю functional с functionality, рассматриваю слова в разных контекстах, ищу неправых среди и прочее, и прочее.
Не то чтобы в Лайв Тайпинг в этом смысле все были праведниками. И мы грешим ошибками: в письменной речи, в устной речи, в кейсах, в статьях, в общении с клиентами — что ни мобильное приложение или сайт, то с программным функционалом. Но стоило гендиру Лайв Тайпинг обратить на это наше внимание, как мы получили ту же проблему, что и с : одни говорят по привычке или без всякой задней мысли, другие поправляют и шикают. Однажды в качестве компромисса было предложено слово «функцион». Об этом никто не подумал всерьёз, разумеется, но процесс пошёл.
Исследование начинается с банального: с помощью ещё большего числа аргументов я провожу черту между «функциональностью» и «функционалом» и объясняю, почему их нельзя путать.
Определения
Что такое функциональность программы или сайта? В общем смысле функциональность — это:
- набор возможностей (функций), которые предоставляет данная система, устройство или человек (источники: wiktionary и блог Виталия Филатова);
- совокупность возможных вариантов использования или возможных действий, выполняемых неким объектом (программой, продуктом, изделием, специалистом ) (источник: блог Павла Фёдорова);
- мера соответствия объекта (в данном случае программы) выполняемой задаче (источник: форум «Грамоты»);
- соответствие [] заявленной функции, способность [] реализовать функцию (источник: форум «Грамоты»).
В первом и втором случае определение функциональности обозначает количественное понятие: у человека, предмета или приложения есть одна или более возможностей, и их совокупность называется функциональностью. В третьем и четвёртом случае о функциональности говорится с качественной точки зрения: человек, предмет или приложение способны решать определённую задачу, и чем лучше они это делают, тем они функциональнее.
Смартфон унаследовал от классического телефона только одну функцию: обеспечивать телефонную связь между абонентами. Кроме этого он умеет выходить в интернет, будить, быть записной книжкой, снимать фото и видео, проигрывать музыку, оплачивать покупки в магазине и много чего ещё. Всё это складывается в функциональность телефона в количественном смысле слова.
Источник: .net
Unité d’habitation («Жилая единица», или «Марсельский блок») Ле Корбюзье — пример функциональной архитектуры, возникшей в первой половине XX века в Европе и США. Этот стиль был призван решить задачу создания практически полезных и удобных построек для работы и жизни. Архитектурный функционализм отразился на советских «хрущёвках», ставших результатом проведения в жизнь постановления ЦК КПСС «Об устранении излишеств в планировании и строительстве». Поскольку к функциональной архитектуре вообще и к Unité d’habitation в частности предъявляется одно ясно сформулированное требование, это позволяет говорить об их функциональности как о качественном понятии.
Слово «функционал» значений имеет несколько. Функционал — это:
- переменная величина, которая принимает определённое значение в зависимости от выбора одной или нескольких функций. Проще говоря, это функция от функции (источник: блог Виталия Филатова);
- функция, заданная на произвольном множестве и имеющая числовую область значений: обычно множество вещественных чисел R или комплексных чисел C. В более широком смысле функционалом называется любое отображение из произвольного множества в произвольное (не обязательно числовое) кольцо ( источник: википедия);
- одна из пяти групп гомосексуалов согласно классификации психолога Алана Белла и социолога Мартина Вайнберга. Сексуальная активность у них (функционалов — прим. авт.) выше, партнёров больше, чем у остальных групп, но их контакты большей частью лишены эмоциональной вовлеченности, экстенсивны и безличны (источники: «Введение в сексологию» Игоря Кона и википедия).
«Пожалуйста, никогда не употребляйте слово «функционал», если вы не математик! И особенно пожалуйста, — никогда не употребляйте его во всяких чудовищных сравнительных степенях! Не потому, что это коробит слух. А потому что бессмысленно употребляющий непонятные ему слова выставляет свою глупость напоказ. И когда тысячи их выставляют свою глупость напоказ, у сотен тысяч разрушается вера в светлое будущее человечества.»
Итак, семантически функционал и функциональность — это разные вещи.
Трудности перевода
Как вообще слово «функционал» стало описывать набор возможностей? Виталий Филатов полагает, что под видом функционала в русском языке освоилось английское слово functional. Его перевели как «функциональный», простодушно сократили до «функционала» и столь же простодушно стали использовать как и где захочется — например, в качестве синонима функциональности.
Только переводчики или исполняющие их обязанности не учли, что в словообразовании английского языка есть такой приём, как конверсия. Это способность слова быть и существительным, и прилагательным, и глаголом, не меняя при этом внешнего вида.
love — любовь, to love — любить
hate — ненависть, to hate — ненавидеть
face — лицо, to face — столкнуться лицом к лицу
water — вода, to water — полить водой
brave — смелый, the brave — смельчак
functional — функциональный, functional — функционал
Пренебречь привычным определением слова «функционал» в русском языке удалось только в случае функционала как . Но если в английском языке это прилагательное, то у нас — существительное. Теперь правило Андрея Зубинского расширяется:
если вы не математик и не говорите о личной жизни гомосексуала — не употребляйте слово «функционал».
В следующих публикациях я покажу, как разделены качественная и количественная функциональность в английском языке, подумаю, можно ли подобрать для функциональности достойный синоним, чтобы не попадать в эту ловушку, определюсь, как себя вести в формальной письменной, неформальной письменной и устной речи и загляну в блоги коллег по отрасли.
Источник: livetyping.com