Какие могут быть требования к продукту

Введение

Рассмотрим основные требования к качеству АИС, согласно зарубежному стандарту. А именно: требования к самому продукту, к процессу, требования к системе и ПО, а так же методологии и стандарты для работы с требованиями.

Определение понятия требования

Л.Новиков в русской редакции нотации RUP приводит следующее определение: «Требование – это условие или возможность, которой должна соответствовать система».

В IEEE Standard Glossary of Software Engineering Terminology (1990) данное понятие трактуется шире. Требование – это:

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

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

3. документированное представление условий или возможностей для пунктов 1 и 2

Введём ещё одно определение. Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы. Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечёткостью, изменчивостью. Требования нужны в частности для того, чтобы Разработчик мог определить и согласовать с Заказчиком временные и финансовые перспективы проекта автоматизации. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания АИС. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удаётся только в исключительных случаях. На практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла АИС, зачастую нетривиален и содержит множество подводных камней.

Классификация требований

Существует значительное количество различных методов классификации требований, наиболее существенные из которых будут рассмотрены.

Требования к продукту и процессу

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

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

Насколько подробно Заказчику следует регламентировать требования к проекту – вопрос риторический. Ответ на него зависит о множества факторов, таких, как ценность конечного продукта для Заказчика, степень доверия Заказчика к Разработчику, сумма подписанного контракта, увязка срока сдачи продукта в эксплуатацию с бизнес-планами Заказчика и т.д. Однако, со всей определённостью можно сказать следующее: 1) регламентация процесса Заказчиком позволяет снизить его риски; 2) мероприятия Заказчика по регламентации процесса приводят к дополнительным накладным расходам. Требуется найти разумный компромисс между степенью контроля рисков и величиной расходов.

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

1) Разработчик представляет Заказчику согласованный план работ c детализацией (WorkBreakdownStructure – WBS) с точностью до конкретных исполнителей.

2) Разработчик осуществляет ежедневные сборки, регрессионное тестирование компонент разрабатываемого продукта и тестирование продукта в целом.

3) Все управленческие и проектные артефакты, исходные коды и тестовые примеры размещаются в режиме online в интегрированной среде разработки Rational ClearCaseÒ с возможностью для Заказчика осуществления online-мониторинга на базе web-технологий.

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

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

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

Обычно выделяют три уровня требований.

На верхнем уровне представлены так называемые бизнес-требования (business requirements). Примеры бизнес-требования: система должна сократить срок оборачиваемости обрабатываемых на предприятии заказов в три раза. Бизнес-требования обычно формулируются топ-менеджерами, либо акционерами предприятия.

Следующий уровень – уровень требований пользователей (user requirements). Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и исполнение. Требования пользователей часто бывают плохо структурированными, дублирующимися, противоречивыми. Поэтому для создания системы важен третий уровень, в котором осуществляется формализация требований.

Третий уровень – функциональный (functional requirements). Пример функциональных требований (или просто функций) по работе с электронным заказом: заказ может быть создан, отредактирован, удалён и перемещён с участка на участок.

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

Важные правила внедрения и использования АИС на предприятии – «Одна точка сбора», «Данные собираются там, где они появляются». Использование этих правил позволяет избежать затрат на необоснованное дублирование информации и, что важнее – потерь от ошибок учёта, неизбежно возникающих при дублировании точек ввода.

Внедрение АИС на предприятии приводит к необходимости оснащения всех точек ввода информации автоматизированными рабочими местами (АИС), обучению персонала и, зачастую, оптимизации и повышению уровня формализации рабочих процессов, выполняемых персоналом. Поэтому внедрение АИС – непростой процесс, часто требующий «перекройки человеческого материала» и встречающий сопротивление со стороны пользователей, которые не готовы, либо не хотят работать по-новому.

Дата добавления: 2016-12-31; просмотров: 1897 | Нарушение авторских прав | Изречения для студентов

Критический анализ существующих определений[править | править код]

Фундаментальное определение качества как философской категории, данное Гегелем в его Энциклопедии философских наук, гласит: «Качество есть вообще тождественная с бытием непосредственная определенность…». «Нечто есть благодаря своему качеству то, что оно есть и, теряя своё качество, оно перестает быть тем, что оно есть…»[5]. Иначе говоря, качество — это присущие какому-либо объекту свойства и характеристики, которые определяют объект как таковой и отличают его от другого. Потеря свойств и характеристик приводит к исчезновению того объекта, которому они принадлежали. Так, например, вода при нагревании теряет свои характеристики и перестаёт быть водой, превращаясь в пар, который имеет уже другие, свои собственные свойства и характеристики (качество).

В соответствии с одним из основных положений терминоведения об образовании и определении терминов[6][7], определение термина в прикладном значении (качество продукции), исходя из иерархической связи между понятиями, не должно противоречить фундаментальному определению качества как категории. Например, в словаре Вебстера[8] термин качество определён следующим образом:

Качество:

особенные и существенные свойства: «природа» вещи;
неотъемлемая черта: «свойство» вещи (прочность как качество стали).

В нарушение указанного положения науки терминологии приведённые в[1][2] определения термина качество в прикладном значении не соответствуют фундаментальному, так как качество в них определяется не только как совокупность объективно присущих продукции свойств и характеристик, но и как удовлетворение потребностей (соответствие требованиям). А как указывали авторы упомянутых источников по терминологии (Д. С. Лотте и Г. П. Мельников), такое несоответствие неизбежно приведёт к путанице, что и случилось в данном случае с термином «качество продукции».

Дело в том, что в науке уже есть понятие, которое означает способность товара или услуги соответствовать предъявляемым требованиям (удовлетворять потребности):

в экономике это понятие названо термином полезность (англ. utility)[9];
в политической экономии это понятие названо потребительной стоимостью, которая также определена как полезность[10];
в энциклопедическом словаре Вебстера качество, подходящее для применения, также определено как полезность[11].

Иначе говоря, способность качества предмета удовлетворять потребности называется не качеством, а полезностью. В этом понятии выражаются не сами по себе свойства вещей, а отношения людей к этим свойствам. Наглядным примером понятия «полезность» может быть наше отношение к лекарственным препаратам, каждый из которых, обладая своим собственным качеством (свойствами и характеристиками), может быть полезен одному и бесполезен или, более того, вреден другому. В связи с принятыми в науке определениями качества и полезности[5][9][10][11], соотношение между этими понятиями можно выразить следующей формулой: полезность = качество + удовлетворение потребностей. Такое понимание качества и его соотношения с полезностью прослеживается и в повседневной жизни, когда мы говорим: «Такое качество мне даром не нужно», или наоборот: «Вот это — качество!». Здесь мы определяем своё отношение не к качеству вообще, а к определённому уровню качества, который выражен в словах «такое», «это».

В стандартах из-за несоответствия между прикладным и фундаментальным определением термина «качество» произошла подмена понятий: вместо определения качества (внутреннего свойства продукции) дано определение её внешнего свойства — полезности[4][12][13]. Более того, приведённые определения не просто вносят путаницу в понимании сущности качества продукции, а таят в себе настоящую логическую бомбу. Формально, согласно логике, из таких определений следует: если качество — это степень соответствия характеристик требованиям, то продукция, которая не соответствует нашим требованиям, не обладает качеством. Но в природе нет вещей без качества, без каких-либо свойств и характеристик.

Тогда что же такое качество? Объективно присущие продукции свойства и характеристики, или ещё и удовлетворение наших требований, то есть наша субъективная оценка этих свойств, наши ощущения и чувства? И как быть с качеством в том случае, когда какая-либо продукция нас удовлетворяет, а других — нет? Соглашаясь с приведёнными в стандартах определениями качества, мы должны будем признать, что один и тот же предмет в одно и то же время может и обладать качеством, и не иметь его вовсе в зависимости от удовлетворения потребителей. Наглядно это показано следующим образом.

Качество и полезность продукции

В результате качество становится абсолютно неопределённым понятием. Здесь также налицо противоречие со здравым смыслом, ибо если продукция существует, то у неё есть вполне определённые характеристики, независимо от удовлетворения чьих-то потребностей. Качество продукции, взятое само по себе, является нейтральным понятием. Положительное или отрицательное отношение к качеству проявляется у потребителей и зависит от уровня качества этой продукции, от того, какие у неё свойства и характеристики. Говорим же мы о плохом (низком) или хорошем (высоком) качестве. Допущенная в стандартах ошибочная связь качества с удовлетворением потребностей понятна и объясняется тем, что в определении термина качество продукции для производителей важно было подчеркнуть, чтобы качество соответствовало требованиям заказчиков или рынков сбыта. Но тогда соответствие требованиям (удовлетворение потребностей) нужно было связывать не с сущностью качества, а с его уровнем, или набором требуемых характеристик. В этом случае прикладное определение качества соответствовало бы фундаментальному, как это и сформулировано в последнем из приведённых определений:

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

Основные факторы, влияющие на качество продукции[править | править код]

Факторы внешней среды[14]:

уровень требований к качеству (потребители, прогресс, конкуренты);
наличие поставщиков капитала, трудовых ресурсов, материалов, энергии, услуг;
действующее законодательство в области качества и работа государственных органов.

Внутренние факторы предприятия:

Материальная база предприятия (финансы, оборудование, инфраструктура);
Персонал (квалификация и мотивация);
Качество проекта (совершенство конструкции);
Качество исполнения (применение передовых технологий);
стабильность процессов;

Важным фактором является менеджмент[14] (организация работ и управление предприятием), в том числе — система управления качеством, предусматривающая:

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

Использование термина «качество» в различных контекстах[править | править код]

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

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

Качество и бизнес[править | править код]

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

Основой конкурентоспособности является качество продукции. Американский учёный Деминг первым из своих 14 ключевых принципов управления считал постоянство цели — непрерывное улучшение продукции для достижения её конкурентоспособности. Он говорил, что улучшение качества изделий вызывает положительную цепную реакцию: уменьшаются потери на брак, а значит, снижаются производственные затраты, и растёт производительность труда (объём выпускаемой годной продукции), а благодаря лучшему качеству и низкой цене увеличивается доля продукции предприятия на рынках сбыта и, как следствие, — упрочивается позиция предприятия[15].

В руководящем документе Госстандарта СССР «Методические указания по оценке технического уровня и качества промышленной продукции РД 50-149-79» первыми из слагаемых конкурентоспособности товара названы технический уровень товара и уровень качества его изготовления, характеризующие степень использования последних мировых научно-технических достижений при разработке конструкции и технологии изготовления.

Кроме основы конкурентоспособности выпускаемой продукции, качество является определяющим фактором и на этапе создания предприятия, когда оно ещё не выпускает продукцию. Чтобы организовать собственное предприятие, например, — ателье по шитью рубашек или мастерскую по изготовлению стульев, надо взять ссуду в банке. Для этого нужно составить убедительный для банка бизнес-план, в котором будет обоснована ваша способность вернуть ссуду. Поэтому вам обязательно придётся определиться с качеством: какие и для кого вы собираетесь делать стулья или шить рубашки, чтобы обеспечить их реализацию на рынке. От качества будущей продукции зависит также, какие нужно будет закупать материалы и оборудование, а, значит, зависит и величина необходимой ссуды. Поэтому можно уверенно утверждать:

Бизнес рождается и живёт своим качеством и умирает, когда оно становится ненужным.[4]

См. также[править | править код]

Конкурентоспособность товара
Надёжность продукции
Управление качеством
Обеспечение качества
Контроль качества
Система управления качеством
Стандарты ISO 9000

Примечания[править | править код]

↑ 1 2 ГОСТ 15467-79 Управление качеством продукции. Основные понятия. Термины и определения. Издательство стандартов, 1979
↑ 1 2 Международные стандарты. «Управление качеством продукции». ИСО 9000-9004, ИСО 8402. — М.: Изд-во стандартов, 1988.
↑ Национальный стандарт Российской Федерации ГОСТ Р ИСО 9001-2015 Системы менеджмента качества. Основные положения и словарь.
↑ 1 2 3 Огвоздин В. Ю. «Управление качеством. Основы теории и практики»: Учебное пособие, 6-е издание, М., Изд. «Дело и Сервис», 2009, 304 с.
↑ 1 2 Гегель. Энциклопедия философских наук. — М., 1974. § 90.
↑ Лотте Д. С. Основы построения научно-технической терминологии. Вопросы теории и методики. — М.: Изд-во АН СССР, 1961.
↑ Мельников Г. П. Основы терминоведения. — М.: Изд. Ун-та дружбы народов, 1991.
↑ Merriam-Webster, Quality
↑ 1 2 Макконнелл Кэмпбелл Р., Брю Стэнли Л. Экономикс: Принципы, проблемы и политика: В 2-х т. / Пер. с англ. — М.: Республика, 1992. 2-е изд. Т. 2.
↑ 1 2 Экономическая энциклопедия. Политическая экономия: В 3-х т. — М.: Сов. энциклопедия, 1972—1979.
↑ 1 2 Merriam-Webster, Use
↑ Огвоздин В. Ю. В дебрях терминологии. Журнал «Стандарты и какачество», 2003, № 7, с.78.
↑ Огвоздин В. Ю. Абракадабра в стандарте. Живём по понятиям. Журнал «Стандарты и качество» 2011, № 3, с.64.
↑ 1 2 Мескон М. Х., Альберт М., Хедоури Ф. Основы менеджмента/ Пер. с англ. — М.: Дело, 1992
↑ Деминг В. Е. «Выход из кризиса». Тверь.:Издательство Альба/ 1994

Литература[править | править код]

Азгальдов Г. Г. Теория и практика оценки качества товаров (основы квалиметрии). — М.: Экономика, 1982. — 256 с.
Фасхиев Х. А. Качество товара. Как его измерить // Вестник Машиностроения. 2006, № 8. — С. 69-79.
Сафронов Н. А. Экономика предприятия — Глава 15. Качество и конкурентоспособность продукции
Огвоздин В. Ю. В дебрях терминологии. Журнал «Стандарты и качество», 2003, № 7, с. 78.
Терелянский П.В. Непараметрическая экспертиза объектов сложной структуры: моногр. М.: Изд.-торг. корп. «Дашков и Ко», 2009.
Глухов В.В., Гасюк Д.П. Управление качеством. Учебник для вузов. 2-е издание. Изд. “Питер”, 2015. ISBN: 978-5-496-01175-4

Источник