Архитектура построения автоматизированной информационной технологии казначейства клиент — сервер предъявляет требования к программно-технической части информационного комплекса казначейства. [c.356]
Требования к программному обеспечению [c.310]
Уточнение целей бизнеса и инвестиционный анализ позволяют выбрать вариант его реструктуризации и приступить к разработке программы перестройки деятельности фирмы. Обычно при этом используется специальное программное обеспечение, которое позволяет разрабатывать новую экономическую модель. При этом составляются схемы взаимодействия с внешним миром , формируется структура управления, планируется организация финансовых потоков на предприятии, определяется уровень необходимых ресурсов, уточняется организационно-штатная структура, корректируется технология производственных процессов, разрабатываются схемы контроля за внедрением проекта, фиксируются требования к программному обеспечению сопровождения технологических процессов. Новая модель бизнеса обычно создается в двух вариантах. В них характеризуются меры, обеспечивающие намечаемый уровень рентабельности. [c.258]
При этом разработчик должен установить и документировать как требования к программному обеспечению [c.401]
Требования к программному обеспечению. Программа должна [c.473]
В настоящее время используются программы, рассчитанные на решение таких задач, как обработка данных, контроль за деятельностью торговых агентов, прогнозирование сбыта и т.д. Однако на некоторых предприятиях устанавливаются "стандартные" требования к программному обеспечению. В связи с этим программное обеспечение должно подстраиваться под определенные потребности конкретного производства или группы сотрудников, занимающихся сбытовой деятельностью, или производство должно подстраиваться под предлагаемое программное обеспечение, или должно быть разработано специальное программное обеспечение по индивидуальному заказу производства. [c.190]
Требования к программной документации установлены Государственным комитетом СССР по стандартам в документе Единая система программной документации (М., 1982). Этот документ устанавливает целевое назначение, область распространения, классификацию и правила обозначения стандартов, входящих в комплекс единой системы программной документации. [c.207]
При рассмотрении требований к программному обеспечению решения учетных задач на электронных бухгалтерских машинах в [31] подчеркивается необходимость широкого использования приемов модульного программирования и порядка структурного программирования. [c.87]
Требования к программным пакетам и их классификация [c.222]
Сформулированы требования к программному обеспечению планово-экономических задач. Дана функциональная схема автоматического управления счетом в рассматриваемых системах, намечены пути стандартизации программ и приведены методики, алгоритмы и блок-схемы стандартных программ для загрузки, контроля, обновления и поиска информации, а также для редактирования и печати документов. [c.156]
Пакет обеспечивает представление результатов финансового анализа в виде таблиц, диаграмм, и графиков, которые могут быть выведены на печать. Пользователю предоставляется возможность произвести интегральную оценку проекта по многим критериям. Оценивая программную реализацию, можно отметить, что пакет выполнен с использованием современного многооконного интерфейса. Расширенная система подсказок, удобное представление информации на экране, возможность общения с информацией и удобство вывода на печать позволяют утверждать, что пакет в большой степени удовлетворяет требованиям к программным продуктам подобного класса. В тоже время возможны улучшения в сервисном обслуживании потребителя и графической реализации финансовых переменных. [c.25]
Последняя задача, выполняемая группой планирования в фазе анализа осуществимости, состоит в рассмотрении и утверждении соглашения о требованиях к программному изделию. Это самый важный момент в планировании, так как он устанавливает направление разработки и инициирует цепь событий, которые не контролируются группой планирования до тех пор, пока соблюдаются установленные соглашения о требованиях. Кроме всех прочих функций, группа планирования занимается также согласованием планов нижних уровней с планами выпуска совокупности и серии изделий, потому что никакая другая функциональная группа, кроме группы планирования, не заинтересована в таком согласовании. [c.79]
В период между составлением соглашения о требованиях и его утверждением на этапе фазового обзора II все заинтересованные группы должны оценить требования к программному изделию и его возможности. Хотя группа выпуска документации привлекается лишь для консультаций при составлении соглашения, она тщательно изучает его, чтобы убедиться, что ее обязательства соответствуют назначению программного изделия. [c.143]
Если стадии испытаний указывают на время проведения проверок, а режимы определяют тех, кто их проводит, то категории испытаний устанавливают характер и назначение тестов. Продуманное деление испытаний изделия на категории облегчает общение между различными функциональными группами, которые, просматривая перечень испытаний, могут быстро установить, проверялись ли во время тех или иных испытаний интересующие их свойства. Приведенный ниже перечень категорий испытаний является достаточно полным и предназначен для обеспечения удобства сравнения целевых требований к программному изделию с результатами тестовых прогонов. Категории испытаний кратко перечислены ниже в том порядке, в каком они следуют друг за другом. [c.154]
В фазовом обзоре II группа испытаний должна определить режим испытаний и одну или несколько категорий испытаний изделия (разд. 10.2). Наступает и самый подходящий момент для фиксации основных плановых этапов в работе группы испытаний (этапы П10, П20 и ПЗО на рис. 10.4). Группа испытаний должна также обсуждать совместно с группой разработки соглашения о требованиях к программному изделию и особенно вопросы, касающиеся эксплуатационных характеристик, удобства внедрения и использования изделия. [c.173]
Естественным продолжением этих исследований является машинная реализация экономико-математических задач. С учетом современных требований к программному обеспечению автоматизированных систем управления, в секторе транспортно-экономиче-ских связей ОЭИ БФАН СССР разработаны три технических задания на программирование тех экономико-математических задач, систематическая реализация которых необходима для осуществления научно обоснованного планирования нефтеснабжения на уровне территориального управления Главнефтеснаба РСФСР. [c.21]
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам. [c.382]
ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом. [c.382]
Сертификация программных продуктов способствует приближению их к общему функциональному стандарту и требованиям законодательства. Это в свою очередь облегчит связь различных депозитарный организаций, пользующихся собственным программным обеспечением. Сертификация программ производится в соответствии с Требованиями к программному обеспечению, разработанными ПАРТАД. Аналогичная сертификация проводится и для программного обеспечения держателей реестра акционеров. [c.326]
Кроме того, при разработке задания на выбор КТС формулируются требования к программному обеспечению, где указывается предполагаемый класс решаемых задач, режим работы системы (в реальном или псевдореальном масштабе времени). В соответствии с заданием определяются и анализируются структура КТС и номенклатура технических средств, пригодных для использования в системе. В результате выполнения этих этапов находят количественный показатель эффективности системы в целом, а затем определяют особенности взаимосвязи между различными элементами структур КТС, функциональные возможности и характеристики технических средств. Структура КТС может в дальнейшем совершенствоваться. Номенклатура технических средств может изменяться за счет разработки новых средств или снятия с производства старых. На этапе разработки структуры КТС рассматриваются возможности выполнения всех заданных функций, временные требования (режим работы), функциональная совместимость, вероятность реализации выбранного варианта структуры в заданные сроки. [c.45]
План выпуска изделия имеет то же назначение, что и конфигуратор, но он охватывает только такие элементы, которые должны быть готовы к определенному моменту времени. В табл. 6.1 приведен план выпуска операционной системы с виртуальной памятью (VSOS) к моменту утверждения соглашения о требованиях к программному изделию ASK. Поскольку выпуск системы ASK планировался в расчете именно на такие условия работы, плановики и разработчики этой системы использовали данный план выпуска как официальный документ. Группа поддержки из фирмы AB omputers также использовала его для подготовки рынков сбыта к предстоящему выпуску изделия. [c.77]
Основная цель фазы конструирования заключается в выработке и анализе требований к программному изделию. Процесс декомпозиции проекта, начатый при составлении соглашения о требованиях, продолжается путем разбиения спецификаций а два компонента — внутренний и внешний. Внешний проект — это совокупность характеристик программного изделия, которые видит пользователь. Внутренний проект — это совокупность характеристик программного изделия, скрытых от любого пользователя. На первый взгляд это разделение кажется искусственным, однако это не так, поскольку такая классификация характеристик программного изделия дает много преимуществ. Она хорошо согласуется с рядом практических методов программирования, таких, как нисходящее программирование [14], метод утаивания информации (information hiding) [15], композиционное проектирование [16] и структурное проектирование 17]. С точки зрения руководителя несомненным достоинством такой классификации является то, что пользователи могут критически рассматривать те характеристики программного изделия, которые имеют к ним непосредственное отношение, не вдаваясь в критику внутренних характеристик изделия. Другими словами, можно во внешних спецификациях описать, что делает программное изделие, а во внутренних спецификациях указать, каким образом оно должно быть сконструировано. Внеш- [c.105]
Пример. Коммерческим планом финансовых служб предусматриваются создание в фирме AB Servi es и поставка на рынок интерактивной системы финансового анализа с дистанционным доступом, предназначенной для финансовых кругов. Система ASK призвана удовлетворить требования к программному обеспечению, изложенные в этом плане. [c.209]