Журнал PC Magazine/Russian Edition 01/2009

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

«1С: Предприятие»

Управление функциональным качеством работы «1С: Предприятия 8»

Никита Зайцев

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

Проблематика управления функциональным качеством

Подходы к управлению функциональным и технологическим качеством работы информационных систем на платформе «1С: Предприятие 8» принципиально различны:

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

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

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

Запуск автоматизированной проверки конфигурации

Функциональное качество работы информационной системы складывается из двух составляющих:

• Прикладная конфигурация «1С: Предприятия 8» позволяет в полном объеме решать заявленные бизнес-задачи.

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

Таким образом, борьба за функциональное качество ведется в двух направлениях: предметном и техническом. Очевидно, что полнота и методическая корректность реализованных в конфигурации возможностей могут оцениваться лишь в рамках конкретной предметной области и только экспертом в этой области; универсальных подходов и критериев здесь быть не может. Другое дело – качество разработки, его можно оценивать и им управлять независимо от бизнес-задач, для решения которых создается или модифицируется конфигурация.

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

Было бы неверно поставить знак равенства между качеством разработки и отсутствием ошибок в программном коде. Разумеется, ошибок в коде быть не должно, но их отсутствие еще не свидетельствует, что функциональное качество конфигурации высокое. Общее качество разработки конфигураций на платформе «1С: Предприятие 8» складывается из разных факторов, вот лишь некоторые из них:

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

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

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

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

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

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

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

Настройка состава правил проверки.

Наиболее эффективное средство решения задачи управления качеством (и функциональным, и технологическим) – это профилактические меры. Гораздо лучше устранить причины проблем, чем потом бороться с их последствиями. Методика, позволяющая выявлять и минимизировать функциональные ошибки конфигураций «1С: Предприятия 8», очень проста и выглядит следующим образом:

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

• Регулярно проверять текущую версию конфигурации на соответствие базовым стандартам.

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

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

Отчет о выявленных ошибках и недочетах

Практическое применение указанной методики затрудняют два фактора:

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

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