Вопросы разработки программного обеспечения

П. 1.1. Вопросы разработки программного обеспечения  [c.379]

В данной главе предполагается дать ответ на вопросы, касающиеся того, какие действия, как и кто в организации должен выполнить, чтобы организация смогла достичь поставленной цели и реализовать выбранную стратегию Предположим, что Вы с друзьями-специалистами создали компанию по разработке программного обеспечения для уникальных технологических процессов. С самого начала функционирования Вашей компании возникают две проблемы. Первая — какие действия должен выполнять каждый из сотрудников Вашей компании, чтобы появилась на свет необходимая потребителю компьютерная программа. Вторая — какие действия должна выполнять компания в целом, чтобы достичь своих организационных целей. И то, и другое нередко называют функциями. В первом случае — это функции работника, а во втором — это функции организации. В современном управленческом лексиконе термин функция означает определенное действие, выполняемое человеком или организацией в рамках разделения труда в обществе. В главе рассматриваются и те, и другие функции. При этом функции организации рассматриваются до функций работника, так как они носят более общий характер.  [c.249]


Использование микроэлектроники стало массовым явлением. Еще недавно операции, связанные с накоплением и обработкой информации, концентрировались главным образом в вычислительных центрах и информационных подразделениях крупных компаний. Сейчас этот процесс охватывает все звенья производственной и управленческой структуры. Поэтому решающими вопросами стали программное обеспечение и разработка технологии использования микропроцессоров. Некоторые программы уже издаются массовыми тиражами и активно используются для автоматизации контор-  [c.409]

Основная роль в создании систем ПО с заданным уровнем надежности принадлежит собственно процессу разработки программного обеспечения. Учитывая важность этого подхода и накопленный опыт, во втором разделе рассматриваются конструктивные решения обеспечения надежности ПО в процессе разработки. Материал раздела базируется на отечественном и зарубежном опыте проектирования ПО. Вопросы достижения заданного уровня надежности ПО в процессе контроля рассматриваются с учетом продолжения процесса разработки. Организационные средства и методы обеспечения надежности рассматриваются в третьем разделе учебника. Здесь же отражены усилия по моделированию н оценке надежности систем ПО путем рассмотрения наиболее распространенных разновидностей моделей оценки надежности ПО в процессе разработки, а также прогнозирования надежности в ходе сопровождения.  [c.4]


Специфические особенности программных средств и прежде всего их логическая природа выделяют этот вид продукции из общей массы продуктов человеческого труда и определяют высокую сложность их разработки, понимания и использования. Эффективное управление разработкой и сопровождением программных средств невозможно без знания их специфики и динамики развития. Важность решения этих вопросов определяется тем, что программное обеспечение обладает своими характеристиками объема, технико-экономическими показателями, ориентированностью на конкретную среду работы. Эти характеристики существенно влияют на структуру процесса разработки программного обеспечения, объем и качество привлекаемых ресурсов.  [c.73]

В книге рассматриваются общие вопросы разработки математического обеспечения и решения на ЭВМ планово-экономических задач. Приводится функционально-структурная схема программного обеспечения комплексов таких задач. Описываются универсальные алгоритмы для загрузки и обновления информационного фонда, редактирования и печати документов и для некоторых конкретных работ, связанных с проведением расчетов (например, поиск объектов, автоматическое восстановление неправильных показателей и т. д.). В конце книги описывается конкретная функционирующая система автоматизированных расчетов для этой системы приводится технология расчетов и соответствующие схемы прохождения информации.  [c.2]

Следующим важным вопросом, возникающим при планировании работ, является выбор варианта поставки системы. Либо вся система будет реализована за один этап, либо предусматривается серия релизов (с постепенным наращиванием функциональных возможностей до максимума к финальному релизу). Разбиение реализации системы на этапы позволяет заказчику получить первичный функционал системы гораздо раньше. Этот подход пользуется большой популярностью в сфере разработки программного обеспечения, где в начале разработки всегда возникают сомнения в полезности или необходимости тех или иных функций приложения (что может быть легко скорректировано в последующих релизах).  [c.195]


Если вы используете анализ типа прибыль/затраты, не забудьте включить сюда затраты на производство продукта или услуги, на внедрение продукта на рынок и затраты на поддержание текущих операций. Например, допустим ваша компания занимается производством программного обеспечения, которое позволяет банкам иметь базу данных о клиентах, определять, какие покупатели предпочитают какие продукты, чтобы затем работать с покупателями более эффективно. Некоторые затраты, которые вам необходимо принять во внимание, связаны с такими затратами на разработку программного обеспечения, как затраты на программистов, техническое обеспечение, тестирование и т. д. рыночные затраты, такие как реклама, перевозка, чтобы показать покупателю и т. д. затраты на обслуживание ознакомление покупателя с продуктом, ответ на его вопросы и решение проблем.  [c.123]

Все информационные системы изменяются в течение своего жизненного цикла. Для многих систем изменения оказываются наиболее дорогостоящими составляющими жизненного цикла. Тем не менее большинство известных методов разработки программного обеспечения ориентируются на создание новых систем и уделяют недостаточное внимание вопросам их модификации и развития.  [c.205]

Успех преобразований в России зависит только от одного — от возможности востребовать на государственную службу профессионалов, соответствующих вызову времени. Этих людей до сих пор востребовал кто угодно, кроме государства Российского. Их востребовали другие государства, через эмиграцию. Вопрос стоит предельно жестко мы сумеем остановить отток мозгов или он продолжится По всем оценкам, дефицит квалифицированных кадров в развитых странах в течение ближайших пяти-десяти лет составит 20 млн. человек. Это как огромный пылесос, способный оттянуть на себя всех квалифицированных людей, если они не увидят будущего на территории своей страны. Требуется инвентаризация человеческого капитала, ведь главный капитал России — это человеческий капитал. Где сегодня в мире получается главная прибавочная стоимость Когда-то ее давало сельское хозяйство, потом торговля, затем индустриальное производство, потом финансовые рынки. Ныне же, если посмотреть список самых богатых компаний и самых богатых людей мира, то наибольшую прибыль получают работающие в сфере интеллекта, т. е. там, где продуктом являются программное обеспечение, новые разработки, наукоемкие технологии. Нынешний потенциал России и США — где-то 1 20. Причем в ближайшие десять  [c.281]

Программа должна решать все стоящие перед предприятием в этом направлении задачи. Сметная программа должна иметь как можно более полную нормативную базу и выполнять все необходимые операции. Кроме того, должна быть возможность расширения нормативной базы, т. е. создание собственных справочников, конвертирование справочников из других форматов данных. Не следует приобретать программу, в которой любые изменения в нормативной базе доступны только разработчику программы, так как наверняка возникнет необходимость формирования собственных позиций в нормативной базе или в создании каких-либо вариантов из существующих нормативных позиций (например, определить конкретный основной материал расценки вместо обозначенного как выбираемого по проекту или заменить один механизм на другой). В этом случае вам придется обратиться с такой просьбой к разработчикам, а как вы будете с ними договариваться — это большой вопрос, особенно если разработчик находится в другом регионе. Программа должна иметь возможность настройки на любой метод расчета сметы, который зачастую определяет заказчик. Формы выдачи смет, актов выполненных работ и другие формы тоже должны иметь возможность изменения. Выбирать сметную программу, так же как компьютер, на котором она будет установлена, следует ориентируясь на самую последнюю и, как правило, самую лучшую версию той или иной программы, потому что компьютерные технологии в области средств разработки программных продуктов, с одной стороны, очень быстро развиваются, а с другой — постоянно совершенствуется и пополняется нормативная база. Лучше переплатить сегодня и пользоваться достаточно долгое время, чем купить более дешевую программу, которая устареет уже завтра, тем более что в стоимость программного обеспечения, как правило, входит стоимость технического сопровождения в течение некоторого времени. Но в погоне за последними новинками программ не забудьте уточнить, будет ли эта программа работать на вашем компьютере, ибо вполне возможно, что ваш старенький компьютер может не переварить мощный программный комплекс. В этом случае вам придется либо менять компьютер на более современный, либо искать программу, которая одинаково хорошо работает в широком диапазоне системно-аппаратных средств.  [c.511]

Столь краткий обзор не позволяет в полной мере обсудить все проблемы, связанные с развитием и совершенствованием важного и необходимого нашему строительству вопроса автоматизации сметного дела. За рамками рассмотрения остается интересное направление разработки сметного программного обеспечения для специализированных строительных предприятий, вопросы формирования баз внутрифирменных расценок, развития и совершенствования базы территориальных расценок и т. п. Надеемся широкий отклик и предложения читателей позволят составить представление о наиболее актуальных направлениях совершенствования сметных систем их интеграции с существующим и разрабатываемым программным обеспечением.  [c.522]

Как известно, первоочередное внимание в программах интенсификации уделяется проведению комплекса взаимосвязанных фундаментальных исследований и разработок, призванных обеспечить существенное повышение производительности труда, высокое качество продукции и экономию материальных ресурсов. На первый план выдвигаются вопросы разработки научной методологии решения проблем интенсификации производства, обоснования планов и программ народнохозяйственного развития и автоматизации разработок, оснащения средствами автоматизации и вычислительной техники, включая информационное, математическое и программное обеспечение проектируемых систем.  [c.70]

Является известным специалистом в области компьютерных систем. Им были разработаны и реализованы оригинальные методы построения программного обеспечения АСУ, Затем на долгое время его интересы сосредоточились на методах создания программного обеспечения для параллельных высокопроизводительных вычислительных систем. Наряду с разработкой теоретических вопросов программирования принимал активное участие в создании крупных программных комплексов.  [c.580]

В таких случаях реализуется третье условие оптимальности, состоящее в постановке и решении дополнительных задач по повышению эффективности производства в запросно-ответном, диалоговом режиме. Особенно это необходимо при оперативной проработке вопросов о возможности и целесообразности использования некондиционных сырья и материалов, фактические характеристики качества которых существенно отличаются от стандартных. Заблаговременная разработка и введение в ЭВМ ИВЦ алгоритмов решения таких дополнительных задач, наличие особого программного обеспечения позволяют не только повысить степень оптимальности команд-распоряжений, но и оценить их в сравнении с глобальным оптимумом, например с лучшими  [c.150]

Наличие столь большого количества программных продуктов, в том числе и тех, которые принято относить к базовому программному обеспечению (БПО), делает вопрос мотивированного выбора конкретных программных средств для включения в состав АРМ весьма актуальным. Корректный выбор готового БПО, адекватного автоматизируемым функциям, существенно сокращает сроки разработки и во многом определяет эффективность разрабатываемых АРМ, что в свою очередь влияет на степень повышения производительности труда персонала.  [c.91]

Наиболее широкую известность среди организационных методов и приемов проектирования приобрела усовершенствованная технология программирования. Она включает в себя решение вопросов, выходящих за рамки собственно программирования, таких, например, как разработка спецификаций постановок задач. В целом усовершенствованная технология программирования охватывает основные этапы проектирования. Она ориентирована в основном на метод оригинального проектирования, однако ее концепции хорошо сочетаются с методами типового и автоматизированного проектирования. За счет использования этой технологии, как показывает опыт ее применения за рубежом и в нашей стране, сокращается трудоемкость проектирования, улучшается качество проектных решений и проектной документации, снижаются затраты на комплексную отладку программного обеспечения, упрощаются процессы внедрения и модернизации СМОД.  [c.201]

Допустимо также применение компьютерных индикаторов самого разного построения. Конечно, для этого потребуется разработка соответствующего программного обеспечения, но эти вопросы выходят за рамки данной работы.  [c.144]

Вопросы о масштабе деятельности организации могут быть заданы и применительно к международной или политической арене ее действия. Имеется в виду взаимодействие организации с заинтересованными сторонами —отраслевыми или профессиональными ассоциациями, сообществами, правительственными агентствами, судами, средствами массовой информации, социально-активными группами, а также с дистрибьюторами, конечными пользователями, поставщиками и конкурентами. Нередко для обеспечения успеха на рынке требуется наладить хорошие отношения с заинтересованными сторонами. Например, компании, выпускающие компьютеры, программное обеспечение, потребительскую электронику и биотехнологическую продукцию, чтобы способствовать продвижению их технологий, установлению стандартов или получению благоприятного отношения со стороны властных структур, создают союзы с конкурентами, выпускающими те же виды продукции, институтами, специализирующимися на разработке подобных технологий, крупными конечными потребителями, социальными группами, сообществами, иногда и с правительственными структурами.  [c.39]

Понимая всю сложность разработки методики оценки, считаем необходимым продолжать работы в этом направлении. Непонятен принцип составления вопросов, по которому в начале методики содержится большое количество дополнительных вопросов, а в конце дополнительных постановок вопросов практически нет. Не нашли достойного отражения такие аспекты информационной безопасности, как своевременность обновления системного программного обеспечения. Может быть, участие подразделений Банка России в расширении вопросов методики оценки позволит получить более сбалансированный документ, отражающий состояние информационной безопасности более объективно.  [c.208]

С тех пор теория проектирования программного обеспечения достигла определенного прогресса, и теперь, согласно точке зрения Ие [2], она представляет собой инженерный подход к разработке программных средств ЭВМ, охватывающий методологию программирования, проблемы обеспечения надежности программ, оценки рабочих характеристик и качества проектов, вопросы управления проектированием систем программного обеспечения, а также средства и стандарты разработки программ.  [c.11]

По вопросам разработки систем программного обеспечения (но не программных изделий) написано немало хороших книг и статей. И хотя многие из них рассчитаны на читателей, связанных no-характеру своей деятельности с обработкой данных или специализирующихся в этой области, во всех таких работах делается одно или несколько из следующих не всегда обоснованных предположений  [c.12]

Внутреннее проектирование определяет, как изделие должно функционировать. Модули, подпрограммы, оверлейные структуры, динамические таблицы, блок-схемы и таблицы решений являются строительным материалом при внутреннем проектировании. Методы корректного внутреннего проектирования и управления этим процессом составляют целый раздел техники программного обеспечения — методологию программирования, являющуюся вполне законченной дисциплиной. Вероятно, точнее было бы говорить, что эти методы охватывают несколько конкретных проблем, поскольку никакой положительный опыт проектирования программ одного типа (например, программ вычислительного характера) не имеет ничего общего с практикой программирования других задач (например, с разработкой компиляторов). Во всяком случае, этот вопрос является чисто техническим и выходит за рамки тематики этой книги.  [c.30]

Поскольку темой книги является не собственно программирование, а руководство этим процессом, взгляд на разработку, изложенный в данной главе, мало чем может помочь в изучении таких вопросов, как проектирование или внедрение программного обеспечения. Но эти вопросы имеют жизненно важное значение для понимания программирования как инженерной дисциплины, и поэтому читателю следует дополнить сведения, полученные из этой книги, чтением работ, приведенных в библиографии к работе [38], или любых других книг на аналогичные темы.  [c.86]

Организуя испытания программного изделия, необходимо иметь четкий ответ на вопрос Где кончается процесс оценки и начинается процесс отладки программного обеспечения Прежде всего важно ограничить деятельность испытателей, возложив на них только обязанность фиксировать факт наличия ошибки им не следует разрешать диагностировать причины ошибок и, более того, указывать точное место их возникновения. Если не проводить в жизнь такое разделение труда, то никогда не удастся отделить задачи разработки от обязанностей испытателей и разработчики будут уповать на то, что группа испытаний сама завершит отладку программ. Надо также тщательно продумать вопрос о том, на кого следует возложить ответственность за компоновку программных средств в систему или за обеспечение единства программных, микропрограммных и аппаратных средств ЭВМ. В условиях, когда в большом проекте участвуют несколько фирм-подрядчиков,  [c.156]

Использовать патент следует только при несомненных преимуществах этой формы защиты перед другими. Программное обеспечение может быть запатентовано не во всех странах. На получение патента в США уходит около трех лет, и обходится это почти в 15 тыс. долл. При разногласиях между апелляционным судом по правам и патентам, окружными судами и Верховным судом решение вопроса о предоставлении патента может затянуться на 15—20 лет. По оценке фирмы IBM меньше 20% капитала, вложенного в программное изделие, тратится на разработку идеи, 25% — на кодирование и 50% — на документацию поэтому фирма наиболее широко использует авторское право для защиты документации. Фирма IBM также официально предложила новую смешанную форму защиты, которую она называет системой регистрации [82]. Кроме обязательной регистрации эта форма требует формального раскрытия принципов работы программ и заведения секретной картотеки с листингами программ.  [c.349]

Разработка вопросов структурной перестройки началась летом 1993 г., и в начале 1994 г. из фирмы выделились розничная сеть по продаже техники и программного обеспечения и розничная сеть по продаже игровых приставок Денди .  [c.120]

Вместе с тем, коммерческую концессию с точки зрения правообладателя можно рассматривать как способ расширения бизнеса, т.е. корпоративную трансакцию. Вопрос стоит о выборе варианта расширения. Можно создать филиал или дочернюю фирму, вкладывая в расширение бизнеса собственные деньги и принимая на себя весь риск, а можно найти контрагента со своими собственными средствами и знанием местных условий, передать ему комплекс прав и риск. Сравнение относительной выгодности этих вариантов составляет основу оценки комплекса прав, передаваемых по договору коммерческой концессии, в рамках доходного подхода. Следует также заметить, что в России использование данного способа расширения бизнеса не только приобрело популярность, но и обогатилось оригинальными идеями. Например фирма 1 использует коммерческую концессию не только для экономии затрат на рекламу и создание репутации, но и для обмена разработками в области программного обеспечения. При этом источником новых идей и программ может быть не только основная фирма, а любая фирма, входящая в общую сеть. В этом смысле можно говорить о сетевом варианте организации бизнеса на основе франшизы.  [c.40]

В части канонического проектирования ЭИС рассматриваются вопросы разработки отдельных элементов ЭИС по видам обеспечивающих подсистем (информационного, программного и технологического обеспечения) с использованием методов и средств оригинального проектирования. Большое внимание уделяется вопросам организации защиты данных от несанкционированного доступа и поддержанию целостности информационной системы.  [c.5]

Нуждается ли разработка и использование сбалансированной системы показателей в производительном программном обеспечении, и если да, то какой должна быть эта ИТ-поддержка На предприятиях, которые сейчас внедряют или уже используют BS , этот вопрос обсуждается очень активно. И на самом деле, практически все известные производители программного обеспечения прославляют свои решения, способные обеспечить функционирование сбалансированной системы показателей. Однако нельзя забывать о том, что информационные технологии и в этом случае служат вспомогательным инструментом и не являются самоцелью. Мы знаем целый ряд предприятий, которые и без отточенных решений в ИТ-сфере успешно внедрили BS . Это возможно, поскольку данная система концентрируется на сфокусированной системе целей с обозримым количеством показателей.  [c.397]

При разработке программного обеспечения АСОД одним из узловых и важных моментов является вопрос о выборе СУБД. Оценка СУБД осуществляется по следующим показателям  [c.49]

Разработка программного обеспечения для таких моделей осуществляется командами высококвалифицированных и талантливых программистов. В настоящее время для решения достаточно сложных вопросов, возникающих в финансовом планировании, используются стандартные программы, основанные на работе пользователя с электронными таблицами, как, например, LOTUS 1-2-37.  [c.776]

Для последующего изучения вопросов надежности ПО рассмотрим упрощенную схему процесса разработки программного обеспечения с акцентом на этапы, порож дающие ненадежность (рис. 3.1)  [c.48]

Эта книга, как и выпущенный издательством в 1973 г. сборник Интегральные роботы , посвящена проблемам разработки автономно действующих кибернетических систем, воспринимающих зрительную, тактильную и акустическую информацию о внешней среде и воздействующих на среду в соответствии с целями, определенными человеком. В ней собраны работы американских, английских, японских и индийских ученых, посвященные как общим принципам построения интегральных роботов, так и проблемам разработки систем восприятия информации, эффекторных систем, систем формирования решений и систем программного обеспечения интегральных роботов. Основные разделы сборника предваряются обзорными статьями по затрагиваемому кругу вопросов.  [c.4]

В целом угрозы для книги не существует. Она сохранится, а ее качество повысится с применением электронных технологий. Более эффективными станут также и способы распространения книг. Полностью оригинальная система электронных публикаций будет развиваться параллельно с развитием традиционного книгоиздания, будет приводить к созданию новых рынков. Перед издателями встает вопрос, будут ли они присутствовать на этих новых рынках. Европейским издателям повезло в том, что отвечать на этот вопрос они могут, используя американский опыт. В США электронная информация распространяется вширь и вглубь. Когда впервые был издан специальный номер еженедельника Паблишерз уикли , посвященный вопросам программного обеспечения, редакция была буквально завалена письмами читателей и коммерческими объявлениями. Широкое применение персональных компьютеров привело к разработке и изданию многочисленных компьютерных программ. Традиционные издатели могут перейти к использованию компакт-дисков с меньшими трудностями, чем к непосредственной он-лайновой системе публикаций в масштабе реального времени. Но именно такая система как раз и является основной целью, тогда как компакт-диски представляют собой промежуточную стадию. Полные тексты, включенные в базы данных, широко востребуются клиентами. Разумные люди, буквально тонущие в потоке ежедневной информации, могут только приветствовать возможность нахождения среди сотен миллионов слов именно тех, которые им нужны, затрачивая на это считанные секунды.  [c.224]