|
Программной разработки
теля программной продукции). Однако в действительности сравнительная оценка рассматриваемых банковских систем проявляется как в архитектуре и выборе базовых программных средств (от MS DOS до UNIX), так и в функциональных возможностях. Диапазон архитектурных решений весьма широк — от набора практически независимых локально функционирующих специализированных подсистем до полностью интегрированных комплексов. При этом соответствующие друг другу подсистемы в комплексах различных производителей могут иметь различное функциональное наполнение. Даже такое классическое понятие, как операционный день, трактуется широко. Например, формирование отчетности может включаться в эту подсистему, а может быть вынесено в отдельный функциональный модуль, операционный день может быть снабжен функциями по открытию и закрытию счетов, либо эти действия могут производиться из специального административного блока и т.д.
Процесс разработки ПО определяет действия и организационные процедуры, направленные на усиление совместной работы в бригаде разработчиков с целью поставки заказчикам высококачественной программной продукции. Процесс разработки не подлежит стандартизации или систематизации. Каждая организация должна разработать свою собственную модель процесса. Самое большое влияние на процесс оказывает масштаб проекта оказывает масштаб проекта.
Сегодня я считаю, что дух, привносимый Биллом Гейтсом, продолжает обеспечивать фирме "Microsoft" ведущее положение в мире программной продукции. С другой стороны, когда Стивен Джобе был вытеснен из фирмы "Apple", а его заменила команда менеджеров из традиционного корпоративного сообщества, дела компании стали ухудшаться. А когда Джобе вернулся, с ним возвратился и дух компании, вышли новые продукты, выросли прибыли, и цены на акции вновь пошли вверх.
технической (в т.ч. программной) продукции (специализиро-
технической (в т.ч. программной) продукции (специализиро-
технической (в т.ч. программной) продукции (специализиро-
Мощным импульсом применения информационных технологий в снабжении послужило внедрение персональных или микроЭВМ. Благодаря им менеджеры в области снабжения могут выполнять фактически любой анализ и планирование всевозможных операций независимо от главных компьютерных систем компании, имея связь с ними через соответствующие интерфейсы. Такая возможность основана на разнообразном программном обеспечении производственной деятельности, находящемся в продаже на рынках программной продукции. Используя программное обеспечение работы каналов связи, можно извлекать из баз данных компании ту информацию, которая необходима для решения текущих задач.
• ГОСТ Р ИСО/МЭК 9126-93 «Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению»;
Документация пользователя — предназначена для обеспечения конечного пользователя достаточной информацией для ясного понимания: 1) цели, функций и характеристик программного средства; 2) того, как ввести в действие и использовать программное средство; 3) договорных прав и обязанностей. Документация пользователя должна включать в себя справочную документацию для повседневного использования с программой. Дополнительно может быть включена учебная документация, предназначенная для обучения пользователей применению программного средства. Документация может также включать в себя проспекты, буклеты или экранную информацию, дающие обобщенные сведения о рабочих инструкциях и командах. При необходимости к документации могут быть выпущены дополнения, например: 1) список опечаток в документации; 2) список установленных, но не исправленных ошибок в программной продукции с описанием известных последствий. Документация может быть представлена как в виде твердой копии, так и на электронных или прочих носителях.
Измерение [Measurement] — действие по применению показателя качества программного обеспечения к конкретной программной продукции.
Качество программного обеспечения [Software Quality] — весь объем признаков и характеристик программной продукции, относящийся к ее способности удовлетворять установленным или предполагаемым потребностям. Качество программного обеспечения может быть оценено следующими характеристиками: функциональные возможности, надежность, практичность, эффективность, сопровождаемость, мобильность.
выявление проблем для программной разработки и формирования программного разреза долгосрочного плана;
Анализ различных подходов к нормированию процесса программирования показал, что в качестве основного фактора, определяющего трудоемкость и длительность разработки программы, следует принять размер исходного текста записи алгоритмов и данных. Преобладающее влияние указанного фактора на трудоемкость и длительность программной разработки является общим для всех типов программ — независимого, полунезависимого и встроенного типов. Он в основном определяет трудоемкость разработки программного изделия t, а также длительность разработки Т и затраты на ее проведение С.
В формуле для tH по сравнению с соответствующей формулой для t уменьшен коэффициент, характеризующий влияние йг.и.к на /, с 3,6 до 2,8, т. е. снижена доля детерминированного влияния. Полную трудоемкость разработки рассчитывают по* формуле t=Ky.ntn, где /Су.п — коэффициент уровня программной разработки, являющийся составной частью НТУ САПР. Таким образом, в уточненной модели все характеристики разработки программного изделия рассчитываются с учетом его качественного уровня.
Коэффициент уровня программной разработки устанавливают в соответствии с оценкой проекта программного изделия ш> 15 факторам, объединенным по содержанию в 4 группы:
4) определяемые качеством проекта программной разработки: применение современных методов программирования, использование инструментальных средств, ограничение сроков разработки.
Для каждой базовой системы необходимо путем обработки •экспертных оценок составить две таблицы для определения группы рейтинга по характеристике каждого из 15 факторов и для выбора коэффициента рейтинга по фактору в зависимости от его влияния на уровень программной разработки. Из построенной системы коэффициентов для каждого фактора выбирается •один, соответствующий данному варианту разработки программного изделия. В результате формируется набор из 15 коэффициентов, разбитых по четырем группам факторов. Перемножением всех 15 коэффициентов рассчитывают коэффициент уровня программной разработки
В Приложении 1 (пункт П.З) было указано, что отбор проблем для программной разработки и реализа-
Вопросы отбора проблем для программной разработки.
ния свидетельствует о том, что отбор проблем для программной разработки был выполнен формально. Так, в
определены требования к отбору проблем для программной разработки. Их анализ показывает, что при этом не
Требует уточнения положение об инициаторах постановки проблем для программной разработки. При-
Проведении конкурсов Проведении налоговой Проведении переоценки Проведении ремонтных Проведению экспертизы Профессиональной ассоциации Проведенных исследований Проведенного исследования Проверяемым экономическим Проверяемой совокупности Проверяется выполнение Проверяют правильность Проверить обоснованность вывоз мусора снос зданий
|
|
|
|
Навигация
