Общесистемные средства предназначены для автоматизации разработки и отладки программ, управления процессом решения на ЭВМ задач в соответствии с принятой в АСПР технологией ввода, хранения и обновления данных в информационном фонде АСПР и для реализации других подобных универсальных процедур и операций. На стыке общесистемных и автономных находятся типовые средства проблемного математического обеспечения, предназначенные для решения отдельных классов планово-экономических задач и выполнения типовых процедур обработки информации. В типовых средствах широко используются стандартные программные системы, выполненные в виде пакетов прикладных программ и работающие под управлением ОС/ЕС. Для удобства пользования типовыми средствами математического обеспечения в АСПР разрабатываются средства компоновки программ для решения конкретных задач функциональных подсистем, которые обслуживаются также и специальными средствами автономного математического обеспечения. Последние создаются непосредственно разработчиками каждой функциональной подсистемы, в то время как общесистемные и, как правило, типовые средства проектируются службой подсистемы математического обеспечения АСПР. [c.162]
В условиях ограниченности ресурсов, денежных средств и повышения требований к качеству информатизации необходима программная система на основе экономико-математических методов и моделей, позволяющих контролировать, оценивать и обеспечивать требуемый уровень защиты информации для эффективного функционирования информационных технологий. [c.114]
Применение АРМ не должно нарушать привычный пользователю ритм работы. АРМ концентрируют внимание пользователя на логической структуре решаемых задач, а не на характеристике реализующей их программной системы. Однако если заданное системе действие не производится, пользователь должен знать причину, и информация об этом должна выдаваться на экран. [c.164]
Пользователь работает с различными диалоговыми программными системами, поэтому в них целесообразно закладывать некоторое единообразие. Например, использование функциональных клавиш F1 и F10 обеспечивает вызов помощи и выход из системы, применение управляющих клавиш или их комбинаций для управления состоянием процесса вычислений и тд. [c.175]
Таким образом, автоматизированная информационная система казначейства является составной частью интегрированной аппаратно-программной системы, объединяющей отдельные информационно-технологические аппаратно-программные средства и системы органов Федерального казначейства различных уровней, включая локальные вычислительные сети, отдельные автоматизированные рабочие места и терминалы, коммуникационные компьютерные системы и средства, имеющиеся в распоряжении этих учреждений. [c.355]
Комплексные КСБУ имеют администраторов системы и отдельных подсистем, которые предоставляют санкционированный доступ пользователям к АРМ, пунктам меню выполняют создание архивных копий БД, восстановление БД из архива, обмен данными с другими программными системами и другие функции. [c.98]
ЖХО может формироваться как в результате ручного заполнения, так и путем обмена информацией с другими программными системами, например с готовыми программами бухгалтерского учета. Лист ЖХО позволяет сохранить до 65 535 записей, при интенсивности 12-15 проводок в день время жизни ЖХО более 15 лет. [c.490]
Найдя такие пересечения алгоритмов, общие операции вместе с их отношениями выделяют в модули. Тогда совокупность алгоритмов может быть представлена в виде вычислительного графа процедуры преобразования данных, в которой определена последовательность выполнения модулей программной системы. Фрагмент вычислительного графа представлен на рис. 3.7. [c.86]
| Рис. 3.7. Фрагмент вычислительною графа программной системы 86 |  |
Развернутая классификация базируется на множестве самых разнообразных признаков. В их числе степень охвата задач учета, концепция построения информационной модели бухгалтерского учета, способ построения программной системы, возможность расширения состава базовых учетных функций, порядок распространения и тиражирования, программно-аппаратная платформа системы и др. [c.54]
Среди них выделяются три базовых признака, которые определяют различия в концепциях построения ПО АИС-БУ. К ним относятся концепция построения информационной модели бухгалтерского учета, способ построения программной системы и возможность расширения состава ее базовых учетных функций. [c.54]
Приведенная классификация по критерию охвата учетных функций дает лишь общие ориентиры при выборе программных продуктов. Оценка систем по функциональной полноте предполагает не только изучение состава имеющихся модулей по интересующим разделам учета, но и анализ конкретного состава задач, решаемых каждым из них. Именно здесь требования пользователей достаточно субъективны — всем нужны разные задачи, например одним при расчете заработной платы необходимо учитывать северные надбавки, другим нет. Однако отсутствие средств поддержки решения той или иной задачи в конкретной программной системе совсем не означает, что она непригодна для данного предприятия. Дело в том, что многие программные продукты могут быть дополнены недостающими функциями либо самим пользователем, либо специалистами по внедрению, либо самим разработчиком. Таким образом, пользователю нужно вначале определиться с классом системы, выделенным по степени охвата учетных функций, далее выяснить конкретный набор решаемых задач, и, если какие-либо задачи отсутствуют, изучить возможности расширения функциональности. [c.61]
Способ построения программной системы. Различия в концепции построения информационной модели учета определяют и способы построения пакетов программ. В этой связи можно выделить системы, построенные на основе единого программного ядра и комплексы специализированных программных модулей. [c.62]
Прежде всего, как было указано, имеется связь между информационной моделью учета и способом организации программной системы. Унифицированное представление учетных данных подразумевает и значительную общность основных принципов их обработки, которые, однако, различаются деталями интерпретации учетной информации и отражаются как отклонения и дополнения в общей модели функционирования системы. И наоборот, специализированное по участкам представление информации подразумевает также и специфические принципы организации обрабатывающих ее программных подсистем. [c.68]
Классификационная группа Степень охвата учетных функций Концепция построения информационной модели Способ построения программной системы Возможность расширения базовых функций системы Порядок распространения и тиражирования [c.78]
Раскройте классификацию ПО АИС-БУ по способам построения программной системы. Охарактеризуйте каждый класс и приведите примеры. [c.79]
Следует отметить, что далеко не все программные системы реализуют все указанные методы и варианты консолидации капитала. [c.226]
При функционировании программ в сетевой среде возможна поддержка интегрированной информационной базы. В этом случае необходимость в выполнении процедур слияния данных автоматически отпадает, поскольку они становятся оперативно доступными со всех рабочих мест. За счет этого повышается оперативность обработки, но существенными становятся проблемы разделения полномочий сотрудников прав доступа к данным и возможности выполнять те или иные технологические процедуры автоматизированной обработки данных. Однако даже при функционировании в сети не все программные системы ориентируются на интегрированную базу данных. Некоторые пакеты программ при использовании в сетевой среде допускают лишь частичное объединение данных. Здесь для выполнения функций совме- [c.250]
Для малых предприятий, где численность сотрудников бухгалтерии составляет 1-3 человека, наиболее целесообразным представляется применение ПО АИС-БУ, основанного на концепции универсальной модели учетных данных и построенного в виде единой программной системы. Этот вывод можно обосновать тем, что здесь обычно отсутствует значительная специализация сотрудников по участкам учета и ввод данных фактически ограничивается формированием расширенных проводок с минимальной аналитической информацией. Кроме того, использование набора специализированных модулей требует постоянного переключения между ними и нередко выполнения технологических процедур вспомогательного характера, связанных с обменом информацией. Такой по- [c.291]
Существенны различия между предприятиями и с точки зрения наличия технического персонала, способного выполнять техническое обслуживание АИС-БУ и привязку программ к особенностям учетной работы. У более крупных предприятий, как правило, такой персонал имеется. Поэтому здесь для адаптации ПО АИС-БУ могут привлекаться собственные квалифицированные сотрудники, которым вполне по силам использование достаточно сложного инструментария профессионального уровня. У малых предприятий собственный штат инженеров и программистов обычно отсутствует. Поэтому для них важна поддержка используемой программной системы со стороны внешних специалистов — дилеров производителя, либо ее настройка собственными силами на основе встроенных в программы проблемно-ориентированных адаптационных средств. Другой аргумент в пользу несложного в эксплуатации проблемно-ориентированного инструментария в ПО АИС-БУ, предназначенного для небольших предприятий, состоит в том, что здесь, как правило, учет проще и потому ниже потребность в функциональной полноте системы, которая может быть достигнута за счет применения относительно простых адаптационных механизмов. [c.292]
Автономные программные средства решения задач внутреннего анализа оформляются как отдельные программные системы, способные функционировать либо автономно, либо в связке с какой-либо системой автоматизации оперативного и бухгалтерского учета. В первом случае программа требует ручного ввода данных или их загрузки из внешних источников во втором — автоматически выбирает информацию из информационной базы учетных программ. [c.331]
Технология постановки и организации финансового планирования и бюджетирования на предприятии с использованием программной системы Бюджеты предполагает рассылку программы бюджетов ЦФО (ЦФУ) в каждый центр финансовой ответственности (учета). После заполнения и утверждения соответствующими службами центров финансовой ответственности (учета) бюджетов своего ЦФО (ЦФУ) соответствующий файл любым удобным способом (на дискетах, по локальной сети, через Интернет) передается в головной офис для консолидации. Служба финансового планирования головного офиса консолидирует бюджеты всех ЦФО (ЦФУ), анализирует сводные бюджеты предприятия и вырабатывает при необходимости указания и рекомендации по корректировке бюджетов какого-либо ЦФО (ЦФУ). Указания и рекомендации передаются для исполнения в подразделения. Скорректированные файлы бюджетов ЦФО (ЦФУ) возвращаются в головной офис для замены данных в сводных бюджетах предприятия. И так далее... [c.320]
Перечисленные работы должны выполняться консультантами совместно с проектировщиками системы именно здесь и находится граница, разделяющая консалтинг и разработку. Тем не менее желательно, чтобы на этапе реализации системы консультант также действовал в интересах заказчика, а Именно контролировал соответствие создаваемой программной системы системному и техническому проектам, а также участвовал в работах по ее расширению и модификации, так как планирование расширений должно осуществляться на основе модели требований. [c.91]
Основная цель данной работы состояла в том, чтобы создать для применения лимнологами, геологами, геофизиками и другими специалистами в области наук о земле эффективный инструмент решения задач 3) и 4) применительно к Th-U методу датировки. Для этого разработана программная система, позволяющая вести базу данных, содержащую результаты измерений радиоактивностей изотопов урановой серии и решать задачи оценки возраста осадка. Ниже приводится краткое описание этой программной системы, реализованной в ней методики вычисления возраста, набора математических моделей, которые потребовалось разработать для обеспечения программной системы, а также результатов расчетов по опубликованным к настоящему времени данным измерений. Результаты расчетов согласуются с полученными на моде- [c.131]
В третьей главе проводится системное описание основных понятий (затраты, цена, стоимость обмена, стоимость использования, рыночная стоимость и других) и принципов оценки недвижимости (принцип наилучшего и наиболее эффективного использования, вклада, остаточной продуктивности земли). Особую актуальность представляет систематизация факторов, влияющих на стоимость недвижимости. В главе приведен поэтапный алгоритм оценки объекта недвижимости с использованием доходного, рыночного и затратных подходов. В конце главы рассмотрено применение программной системы электронных таблиц Mi rosoft Ex el для расчета финансовых функций, используемых при оценке недвижимости. [c.6]
Мониторы обработки транзакций (Transa tion Pro essing Monitor — ТРМ), или просто мониторы транзакций, — программные системы, обеспечивающие эффективное управление информационно-вычислительными ресурсами в распределенной сети, представляют собой гибкую, открытую среду для разработки и управления мобильными приложениями, ориентированными на оперативную обработку распределенных транзакций. [c.216]
То, что мы покажем на практическом примере ведения финансовой отчетности с применением системы DATEV, можно осуществить при помощи любой другой программной системы, например программы для персонального компьютера прибыль-план , если в ней обеспечена взаимосвязь между учетными данными финансовой бухгалтерии и группировкой переменных затрат на счетах. С этой точки зрения используемый нами вариант системы DATEV пригоден для всех аналогичных систем программного обеспечения. [c.16]
Алгоритм решения большой и сложной задачи, а особенно комплекса задач, включает многократное использование типовых операций в различных комбинациях. Причем эти комбинации тоже могут многократно исполняться в соответсугву-ющих частях большой программной системы. Поэтому второй частью задачи управления процедурой преобразования данных являются выделение в алгоритмах решения задач (или задачи) общих операционных комбинаций, выделение их в общие модули и упорядочение таким образом общей схемы алгоритма обработки данных. Эта задача на логическом уровне может быть представлена как задача укрупнения графов алгоритмов [38]. [c.85]
В качестве примера наиболее целеустремленно, последовательно и успешно работающих фирм в этом классе можно назвать московскую фирму ИНЭК ее программа "Анализ финансового состояния" позволяет проводить экспресс-анализ и получать большой круг аналитических показателей. Программные системы, предназначенные для предприятий крупного и среднего бизнеса, включающие полный комплекс программ для финансового и управленческого учета, предложены фирмами "Плюс/Микро" (Караганда), "Лука М", АО "Омега" (Москва) и др. [c.366]
Обратите внимание, что в структуре данной программной системы отдельно не выделены модули для учета расчетов с поставщиками, покупателями и подотчетными лицами. Частично, функции учета взаиморасчетов выполняются локальными подсистемами, а частично могут быть реализованы в центральном модуле системы — программе МультиБухгалтерия . То же касается ряда функций учета затрат. [c.66]
Обычно сетевые программные системы так или иначе привязаны к определенным сетевым протоколам и серверным СУБД. Однако существуют и иные способы реализации архитектуры клиент-сервер. В этой связи особый интерес представляет сетевая версия системы Финансы без проблем . Важнейшей отличительной чертой ее построения является то, что разработчики создали специализированный сервер Финансов без проблем . Основная идея состоит в том, чтобы достичь как можно более высокой информационной содержательности сообщений при организации обмена данными между сервером и клиентом, в полной мере учитывающей специфику информации предметной области. Дело в том, что использование серверных СУБД в качестве центрального компонента АИС-БУ приводит к тому, что основной единицей обмена данными между сервером и клиентом зачас- [c.279]
Требования к возможности функционирования программных систем в среде вычислительных сетей и на разных программно-аппаратных платформах достаточно очевидны. В этой связи для бухгалтерий с небольшим числом автоматизированных рабочих мест обычно вполне достаточно применения одноранговых сетей ПК на платформе Intel с использованием той или иной разновидности Windows. Для более крупных бухгалтерий желательны программные системы, функционирующие в сетях ПК с выделенным сервером в архитектуре клиент-сервер. И, наконец, для АИС-БУ с большим числом рабочих мест бывает актуально применение неоднородных сетей с использованием серверов на более мощных программно-аппаратных платформах. Отсюда и требования к специализированным программам, предполагающие перспективное масштабирование системы и предусматривающие возможность его функционирования на основе технологии тонкого клиента. [c.293]
Аудитор должен оценить, насколько модель документооборота, поддерживаемая программным обеспечением АИС, рациональна и эффективна для проверяемого объекта. Для крупных предприятий должна поддерживаться модель полного документооборота предприятия. Здесь важно проанализировать распределение функций между службами оперативного управления и бухгалтерией, информационные связи разных подразделений управления с бухгалтерией, проследить движение отдельных документов и их взаимосвязь, уяснить, как поддерживается система междокументальных связей, где хранятся электронные копии документов и как к ним обеспечен доступ бухгалтерии. Для предприятий, автономно автоматизирующих функции бухгалтерского учета, в выбранной программной системе аудитору необходимо обратить внимание на соблюдение временного лага между выпиской документа, совершением операции и отражением ее в учете на счетах, на возможность сохранения документов в системе после их печати, на связь документов и сформированных бухгалтерских проводок (глава 4). [c.339]
Проектирование ПО с помощью ASE-систем. Оно включает несколько этапов. Начальный этап — предварительное изучение проблемы. Результат представляется в виде исходной диаграммы потоков данных и согласуется с заказчиком. На следующем этапе выполняется детализация ограничений и функций программной системы, и полученная логическая модель вновь согласуется с заказчиком. Далее разрабатывается физическая модель, т.е. определяется модульная структура программы, выполняется мифологическое проектирование базы данных, детализируются граф-схемы программной системы и ее модулей, проектируется пользовательский интерфейс. [c.120]
Разработка DFD начинается с построения диаграммы верхнего уровня, отражающей связи программной системы, представленной в виде единого процесса, с внешней средой. Декомпозиция процесса проводится до уровня, где фигурируют элементарные процессы, которые могут быть представлены одностранич-ными описаниями алгоритмов (мини-спецификациями) на языке программирования. [c.122]
Метод проектирования программного обеспечения [Software Design Method] — целенаправленная совокупность процедур, позволяющая получить в результате описание разрабатываемой программной системы с такой степенью детализации, которая достаточна для ее реализации. Современные индустриальные технологии проектирования основаны главным образом на методах, использующих структурное или объектное моделирование разрабатываемой системы. (Наряду со структурными и объект- [c.327]
Оболочка [Shell] — программа, создаваемая для упрощения работы со сложными программными системами. Оболочки преобразуют неудобный командный пользовательский интерфейс в дружественный графический интерфейс или интерфейс типа меню. Обычно оболочка реализуется в виде отдельной программы. [c.331]
Программное обеспечение системы. Для управления проектом используется программная система управления проектами Time Line , позволяющая осуществлять автоматизированное планирование сроков выполнения работ, распределение ресурсов, построение ресурс-гистограмм, график Ганта и сетевых [c.458]
БАЗА ДАННЫХ — логически организованная совокупность данных (как правило, большая по объему), ориентированная на их эффективное хранение, накопление и обработку (в частности, поиск) с помощью ЭВМ. Для создания и ведения Б.д. используются программные системы управления (СУБД). Организация СУБД на высоком уровне должна опираться на простой и ясный язык общения с Б.д., понятный даже лицу, не знакомому с программированием. На низком же уровне она требует применения сложных алгоритмов, максимально использующих все технические и программные возможности ЭВМ для быстрого и безошибочного исполнения запроса по Б.д. Важнейшие принципы организации Б.д. — иерархический, сетевой и реляционный. Первые два опираются на геометрические представления (представление данных в виде некоторых графов), а последний — на алгебраическую теорию. Однако основополагающие работы Э. Кодда по теории реляционных Б.д. сделали последний принцип их реализации доминирующим. [c.19]
Смотреть страницы где упоминается термин Программная система
: [c.330] [c.624] [c.48] [c.79] [c.87] [c.203] [c.53] [c.286] [c.471] [c.171]Смотреть главы в:
Бизнес-план на компьютере быстро и просто -> Программная система
Бизнес-план на компьютере быстро и просто -> Программная система