Слово «этика» произошло от греческого «ethos», что в переводе означает обычай, нрав. Нравы и обычаи наших предков и составляли их нравственность, общепринятые нормы поведения.
К.Д. Шертаева, Г.Ж. Умурзахова, М.М. Сапакбай, К.Б. Мендибаев Южно-Казахстанская государственная фармацевтическая академия, г.Шымкент Департамент Комитета контроля медицинской и фармацевтической деятельности М3 РК по ЮКО 2010
Оценка эффективности нолипрела форте при комбинированной терапии больных артериальной гипертензией
Артериальная гипертензия (АГ) является важнейшей медико-социальной проблемой. У 30% взрослого населения развитых стран мира определяется повышенный уровень артериального давления (АД) и у 12-15 % — наблюдается стойкая артериальная гипертензия
Б.М. Байдуллаев, АА. Сейдахметова, Х.Т. Қорганбаева, Р.Б. Ибрагимова, Ж.М. Абдукаримова, ГА.
Умиралиева, Л.Б. Байтемирова Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент Областной консультативно-диагностический медицинский центр, г.Шымкент 2010
Казначейское сопровождение в 2023 году – подсказки для заказчика
Опыт применения «гинолакта» в лечении вагинального дисбиоза
Целью нашего исследования явилось определение эффективности применения препарата «Гинолакт» для лечения ВД у беременных.
Р. Т. Тлеужан, А.А. Белесова, Н.А. Жусипов, Н.И. Калдыбекова, А. У. Байкубекова Южно-Казахстанская государственная фармацевтическая академия, г.Шымкент Областной перинатальный центр 11, г.Шымкент Медицинский колледж «Авиценна», г.Шымкент Клиника МКТУ имени ХА.Яссави, г.Шымкент 2010
Эффективность лазолвана 30 мг у больных c хобл
Целью нашего исследования явилось изучение эффективности и безопасности препарата лазолван 30мг у амбулаторных больных с ХОБЛ.
Байдуллаев Б.М.,ҚорганбаеваХ.Т.,Ибрагимова Р.Б.Дбдукаримова Ж.М.,Умиралиева БА.,Сеидахметова А А. Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Эффективность аппарата btl — 4000 при лечении деформирующего остеоартроза
Деформирующий остеоартроз (ДОА) в настоящее время является наиболее распространенным дегенеративно-дистрофическим заболеванием суставов, которым страдают не менее 20% населения земного шара.
Бекмурзаева Э.К.,Байдуллаев Б.М.,ҚорзанбаеваХ.Т.,Ибрагимова Р.Б., Қонырбасов А.К.,Сарыпбекова Л.Л. Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Использования нестероидного противовоспалительного препарата для послеоперационной анальгезии
Целью работы явилась оценка анальгетической эффективности препарата Кетанов (кеторолак трометамин), у хирургических больных в послеоперационном периоде и возможности уменьшения использования наркотических анальгетиков.
Б. Т. Токкулиев Областная клиническая больница, г.Шымкент 2010
Состояние резистентности мембран эритроцитов и окисляемость липидов у больных с эпилепсией после фармакотерапии ламикталом и карбамезапином
Для более объективного подтверждения мембранно-стабилизирующего влияния карбамезапина и ламиктала нами оценивались перекисная и механическая стойкости эритроцитов у больных эпилепсией
Что такое сопровождение портфеля и как можно заработать рекомендуя нас друзьям, коллегам, клиентам
Н.А. Жаркинбекова Южно-Казахстанкая государственная фармацевтическая академия, г.Шымкент 2010
Высшие психические функции при хронической интоксикации соединениями фосфора
Нами было проведено клинико-нейропсихологическое обследование 250 больных с ХИСФ (работающих в фосфорном производстве Каратау-Жамбылской биогеохимической провинции)
МА. Тубанова , ГА. Дущанова Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Распространение экологически зависимых болезней
Специфические особенности биогеохимической провинции связаны с производством фосфорных минеральных удобрений
МА. Тубанова Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Рационализация управления медицинской помощью населению биогеохимической провинции
C использованием разработанных алгоритмов и моделей был произведен анализ ситуации в системе здравоохранения биогеохимической провинции. Рассчитаны интегрированные показатели здоровья
МА.Тубанова Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Взаимосвязь здоровья населения c состоянием окружающей среды
Специфические особенности Каратау-Жамбылской биогеохимической провинции связаны с производством фосфорных минеральных удобрений.
МА. Тубанова Южно-Казахстанская государственная фармацевтическая академия, г. Шымкент 2010
Целесообразность сопровождения программного обеспечения в процессе эксплуатации
В статье рассматриваются основы сопровождения программного обеспечения, выделяются ключевые аспекты процесса сопровождения, формулируются должностные обязанности обслуживающего персонала.
Главным условием полноценного функционирования программы учета компьютерного оборудования ИнЕУ является постоянное ее сопровождение. В связи с этим возникает необходимость правильной организации данного процесса.
Стандартом IEEE Standard for Software Maintenance (IEEE 1219) сопровождение программного обеспечения определяется как модификация программного продукта после передачи в эксплуатацию для устранения сбоев, улучшения показателей производительности и/или других характеристик (атрибутов) продукта или адаптации продукта для использования в модифицированном окружении. Учитывая специфику и многофункциональность программы учета компьютерного оборудования, сопровождение должно стать неотъемлемой частью ее эксплуатации.
Сегодня определяют четыре категории сопровождения:
- Корректирующее сопровождение (corrective maintenance): «реактивная» модификация программного продукта, выполняемая уже после передачи в эксплуатацию для устранения сбоев.
- Адаптирующее сопровождение (adaptive maintenance): модификация программного продукта на этапе эксплуатации, для обеспечения продолжения его использования с заданной эффективностью (с точки зрения удовлетворения потребностей пользователей) в изменившемся или находящемся в процессе изменения окружении.
- Совершенствующее сопровождение (perfective maintenance): модификация программного продукта на этапе эксплуатации для повышения характеристик производительности и удобства сопровождения.
- Профилактическое сопровождение (preventive maintenance): модификация программного продукта на этапе эксплуатации для идентификации и предотвращения скрытых дефектов до того, когда они приведут к реальным сбоям [1].
Специалисты по сопровождению (персонал сопровождения) могут получать знания о программном продукте непосредственно от разработчика. Взаимодействие с разработчиком и раннее его привлечение поможет уменьшить усилия, необходимые для адекватного сопровождения программной системы. Передача знаний персоналу сопровождения, его обучение должно начинаться не позднее начала опытной эксплуатации продукта. В противном случае усилия на одновременную поддержку прикладной системы и обучение соответствующих специалистов не только превысят реально допустимые нормы загрузки персонала (как группы или службы сопровождения и техподдержки, так и разработчика программы), но и снизят эффективность поддержки пользователей на критически важном этапе первоначального использования новой системы [2].
Из-за сложности системы учета компьютерного оборудования пик нагрузки на службу сопровождения придется на период введения программы в реальную эксплуатацию. К тому же разработчик не всегда может быть привлечен к обучению и поддержке персонала сопровождения по тем или иным причинам. Это создает дополнительные трудности для специалистов, обеспечивающих сопровождение. В то же время инженеры, занимающиеся технической поддержкой (несколько более узкий круг в команде сопровождения, включающей менеджеров, администраторов и других специалистов), должны иметь доступ к активам проекта (описанию его внутренней архитектуры), включая код, документацию и т.п. Именно таким образом начнет формироваться информационная инфраструктура службы технической поддержки и сопровождения.
Сопровождение необходимо для обеспечения того, чтобы программа учета компьютерного оборудования на протяжении всего периода эксплуатации удовлетворяла требованиям пользователей. Изменения программной системы могут быть обусловлены как действиями по корректировке ее поведения, так и действиями, не связанными с необходимостью корректировки (повышение производительности или расширение функциональности).
Работы по сопровождению должны проводиться для решения следующих задач:
- устранение сбоев;
- улучшение дизайна;
- реализация расширений функциональных возможностей;
- создание интерфейсов взаимодействия с другими (внешними) системами;
- адаптация (например, портирование) для возможности работы на другой аппаратной платформе (или обновленной платформе), применения новых системных возможностей, функционирования в среде обновленной телекоммуникационной инфраструктуры и т.п.
- миграция унаследованного (legacy) программного обеспечения;
- вывод программного обеспечения из эксплуатации.
Деятельность персонала сопровождения должна включать четыре ключевых аспекта:
- поддержка контроля (управляемости) программного обеспечения в течение всего цикла эксплуатации;
- поддержка модификаций программного обеспечения;
- совершенствование существующих функций;
- предотвращение падения производительности программной системы до неприемлемого уровня.
Работы по сопровождению потребляют если не большую, то значительную часть финансовых ресурсов жизненного цикла программы. Существуют как технические, так и другие (например, организационные) факторы, оказывающие влияние на стоимость сопровождения:
- тип приложения;
- новизна программного обеспечения;
- наличие и квалификация персонала по сопровождению;
- длительность использования программной системы;
- характеристики и специфика аппаратной части (а также телекоммуникационной инфраструктуры);
- качество дизайна (например, модульность или масштабируемость), кода, документации и соответствующих работ по тестированию системы.
Литература
- Вигерс Карл И. Разработка требований к программному обеспечению. — М.: Русская Редакция, – 576 с.
- Макконнелл С. Совершенный код. Практическое руководство по разработке программного обеспечения. — Спб.: Питер, 2005. – 896 с.
- Калбертсон Р., Браун К., Кобб Г. Быстрое тестирование. — М.: Вильямс, 2002. – 384 с.
- Дастин Э., Рэшка Дж., Пол Д. Автоматизированное тестирование программного обеспечения: внедрение, управление и эксплуатация / Пер. с англ. — М.: Лори, 2003. — 567 с.
Источник: articlekz.com
Сопровождение программного обеспечения
Работающее в коммерческой эксплуатации программное обеспечение всегда в той или иной мере нуждается в техническом сопровождении. Качествеенное технического сопровождение позволит минимизировать сроки обработки инцидентов и сделает работу пользователей программного продукта максимально комфортной.
Сопровождение программного обеспечения
Быстрый переход
Разработка
Прототипирование
тестирование
Сопровождение
Документирование
консалтинг
Что входит в сопровождение программного обеспечения
Организация линии поддержки: контакт-центр, анализ и обработка инцидентов, выпуск корректировочных версий программного обеспечения
Доработка функционала программного обеспечения в соответствии с замечаниями пользователей силами инженеров
Возможность выделения группы специалистов по технической поддержке
Внедрение автоматизированной системы учета и обработки инцидентов (service desk)
Заключение соглашения об уровне сервиса (SLA), гарантирующего скорость реакции специалистов на инциденты
Предоставление выделенных телефонных линий и других каналов коммуникации для консультирования клиентов
Предоставление регулярных отчетов, содержащих показатели работы службы технической поддержки
Аутсорсинг сопровождения программного продукта позволит оптимизировать затраты на внутреннюю службу поддержки и сконцентрироваться на профильной деятельности организации.
Отправьте заявку и мы проведем оценку и подготовим коммерческое предложение в минимальные сроки.
оставить заявку
Соглашение об уровне предоставления услуги
Соглашение об уровне предоставления услуги (англ. Service Level Agreement, SLA) – это, как правило, приложение к основному договору с поставщиком, устанавливающее параметры качества предоставляемых IT-услуг.
В SLA содержится описание предоставляемого сервиса, перечень параметров качества, методов и средств контроля, времени отклика поставщика на запрос от потребителя и т.д.
Скачайте пример SLA по технической поддержке программного продукта и узнайте о нашей политике в отношении времени реагирования на задачи, а также порядке взаимодействия сторон.
Источник: www.effective-group.ru
О программном сопровождении
Приведенный список факторов не включил обычно приводимое качество: возможность сопровождения (maintainability). Чтобы понять почему, мы должны поближе взглянуть на лежащее в его основе понятие: сопровождение (maintenance). Сопровождение начинается с момента поставки ПО пользователям.
Обсуждения методологии создания ПО обычно сосредоточивается на фазе разработки; то же находим и во вводных курсах по программированию. Но широко известно, что 70% стоимости ПО приходится на его сопровождение. Никакое изучение качества ПО не может быть удовлетворительным, если оно игнорирует этот аспект.
Что означает сопровождение для ПО? Если на минуту задуматься, то становится ясно, что этот термин употребляется неправильно: ПО не изнашивается от постоянного использования, и ему не требуется такое «обслуживание», как автомобилю или телевизору. Специалисты по программным продуктам используют это слово для описания уважаемых (noble) и не очень уважаемых функций сопровождения.
К уважаемой, достойной части работы можно отнести модификацию системы. Поскольку спецификации компьютерных систем меняются, отражая изменения во внешнем мире, должны меняться и сами системы. Наименее уважаемая часть — это запоздалая отладка: удаление ошибок, которых не должно было быть в начале.
Рис. 1.5. Распределение расходов на сопровождение. Источник: [Лиенц, 1980]
Вышеприведенная диаграмма, взятая из ключевого исследования Лиенца и Свонсона, проливает некоторый свет на то, что на самом деле значит включающий разнообразные понятия термин «сопровождение». Исследование рассмотрело 487 систем, разрабатывающих ПО разного рода; возможно, оно немного устарело, но более поздние публикации подтверждают те же общие результаты. Оно показывает долю стоимости, приходящуюся на каждый идентифицированный авторами вид работ по сопровождению.
Более двух пятых стоимости идет на расширения и модификации, требующиеся пользователям. Это то, что мы выше назвали уважаемой частью сопровождения, без которой работающая система обойтись не может. Неразрешенный вопрос в том, какую долю общей работы промышленность может сэкономить, если с самого начала она будет строить ПО, уделяя больше внимание расширяемости. Мы можем законно ожидать, что объектная технология здесь будет полезна.
Второй значимый фактор в распределении стоимости сопровождения особенно интересен: изменение формата данных. При изменении физической структуры файлов и других элементов данных приходится адаптировать программы. Например, американская почтовая служба несколько лет назад ввела почтовый код «5+4», использующий девять цифр вместо пяти. Пришлось переписывать многочисленные программы, имеющие дело с адресами и «знающих», что почтовый код состоит точно из пяти цифр. По сообщениям прессы, затраты оценивались в сотни миллионов долларов.
Другая известная проблема — Millenium — переход компьютеров на даты нового тысячелетия.
Вопрос не в том, что некоторая часть программы знает физическую структуру данных: это неизбежно, поскольку доступ к данным необходим. Но при традиционных методах построения это знание распространяется слишком на многие части системы, приводя к неоправданно большим программным изменениям при изменении физической структуры. Другими словами, если почтовые коды изменяются с пяти до девяти цифр или даты требуют еще одной цифры, то резонно ожидать, что программа, манипулирующая кодами и датами, будет требовать адаптации. Недопустимо лишь, чтобы изменения в программе были несоизмеримы по сравнению с концептуальным размером изменения спецификации.
Теория абстрактных типов данных даст ключ к этой проблеме (Лекция 6 подробно описывает абстрактные типы данных), позволяя программам иметь доступ к данным с помощью внешних свойств, а не физической реализации.
Следующие пункты в списке Лиенца и Свонсона также интересны, но не так непосредственно связаны с темами этой книги. Аварийная отладка (производимая в спешке, когда пользователь сообщает, что программа не дает ожидаемых результатов или ведет себя катастрофически) стoит больше, чем обычные плановые исправления. Это так не только потому, что она производится в короткие сроки, но и потому, что она прерывает плановый процесс выпуска новых (безошибочных) вариантов и может дать новые ошибки.
Еще одно интересное наблюдение в распределении затрат по видам деятельности — это сравнительно низкая доля (5,5%) стоимости документации. Помните, что это — стоимость задач, решаемых в период эксплуатации. Наблюдение здесь — или скорее, догадка, при отсутствии более точных данных — таково: проект должен либо заботиться о том, чтобы создание документации стало частью разработки, либо совсем не делать этого. Мы научимся использовать стиль построения, в котором большая часть документации действительно встроена в ПО, и есть специальные инструменты для ее извлечения.
Последние два вида работ дают очень малую долю:
[x]. Первый — это улучшение эффективности; похоже, предполагается, что когда система работает, менеджеры проекта и программисты неохотно прерывают ее работу с целью улучшения производительности, предпочитая не трогать довольно хорошую систему. (При рассмотрении принципа «сначала сделай ее хорошо, а потом сделай ее быстрой» многие проекты, возможно, вполне довольствуются первым шагом.)
[x]. Небольшие средства тратятся и на «переход к новой аппаратной среде». Из-за отсутствия более детальных данных можно высказать лишь некоторое предположение. Все системы относятся к двум крайним случаям, промежуточные варианты практически отсутствуют. В первом случае системы изначально строятся как переносимые, и потому для них этот вид затрат невелик.
Другие настолько тесно привязаны к своей первоначальной платформе и перенос был бы так труден, что разработчики даже не пытаются делать что-то в этом направлении.
Источник: studopedia.su