Экономика программной инженерии реферат

Обновлено: 07.07.2024

Документ предоставляется как есть, мы не несем ответственности, за правильность представленной в нём информации. Используя информацию для подготовки своей работы необходимо помнить, что текст работы может быть устаревшим, работа может не пройти проверку на заимствования.

Можно ли скачать документ с работой

Да, скачать документ можно бесплатно, без регистрации перейдя по ссылке:

  • способность использовать основы экономические знания в различных сферах жизнедеятельности (ОК-3);
  • способность использовать основы правовых знаний в различных сферах жизнедеятельности (ОК-4);
  • способность к самоорганизации и самообразованию (ОК-7);
  • способность готовить коммерческие предложения с вариантами решения (ПК-18).

ОБЩИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ САМОСТОЯТЕЛЬНЫХ РАБОТ

На первом занятии каждый студент должен получить инструктаж по технике безопасности и пожарной безопасности. Студенты, не прошедшие инструктаж, к проведению работ в лаборатории не допускаются.

На основании результатов самостоятельной работы составляется отчет. Отчет выполняется на листах формата А4 в соответствии с представленными в последующих разделах указаниями по составлению отчета и соблюдением требований ЕСКД.

Полнота и структура информационного банка правовой информационной системы

  • Научиться быстрому доступу к часто используемой правовой информации в справочно-правовой системе (СПС) КонсультантПлюс;
  • Научиться сквозному поиску в информационном массиве и локальному поиску в разделах;
  • Закрепить навыки использования инструментов поиска документов в информационном массиве.

Отчет должен содержать:

  • Титульный лист;
  • Цель работы;
  • Задание;
  • Результаты поиска;
  • Выводы.

Документы физически содержатся в Едином информационном массиве КонсультантПлюс. Поскольку документы каждого типа имеют свои специфические особенности, они включаются в соответствующие Разделы информационного массива.

Названия разделов сформулированы таким образом, чтобы вы могли быстро сориентироваться и понять, какие документы в каком разделе находятся. Вот полный список разделов:

Нормативные и иные официальные акты федеральных и региональных органов государственной власти.

Судебные акты. Материалы по вопросам правоприменительной практики.

Консультационные материалы по бухгалтерскому учету, налогообложению, банковской, инвестиционной, внешнеэкономической деятельности, вопросам валютного регулирования. Схемы отражения в бухучете финансово-хозяйственных операций (проводки), а также материалы бухгалтерских печатных изданий.

Комментарии к нормативным актам федерального законодательства.

Типовые формы, бланки, образцы деловой документации.

Проекты федеральных законов, находящиеся на рассмотрении в Федеральном Собрании РФ.

Международные правовые акты

Многосторонние и двусторонние международные договоры Российской Федерации, документы международных организаций, документы о ратификации.

Правовые акты по здравоохранению

Нормативные документы по медицине и фармацевтике, консультации по медицинской и фармацевтической деятельности.

Каждый раздел, в свою очередь, состоит из Информационных банков. Информационные банки различаются полнотой информации и характером содержащихся в них документов. Это дает возможность при установке КонсультантПлюс гибко подходить к выбору объема информации, заказывая необходимые именно вам информационные банки.

Например, раздел Финансовые консультации содержит близкие по тематике, но разные по содержанию информационные банки:

  • Финансист, включая ВопросыОтветы (консультации по налогообложению, бухучету, банковской, инвестиционной, внешнеэкономической деятельности, по вопросам валютного регулирования, об акционерных обществах, о рынке ценных бумаг);
  • КорреспонденцияСчетов (схемы отражения финансово-хозяйственных операций в бухучете, обоснованные федеральными нормативными документами);
  • Приложение БухгалтерскиеИздания (материалы публикаций в бухгалтерской прессе).
  1. Доступ к часто используемой информации КонсультантПлюс

Запустите КонсультантПлюс

На экране найдите иконку КонсультантПлюс, чтобы запустить систему. Перед вами появится Cтартовое окно КонсультантПлюс, где необходимо сделать выбор:

Кроме этого, из Стартового окна доступно описание всего информационного массива КонсультантПлюс (вкладка Описание разделов).

Если какие-либо разделы вам недоступны (не установлены на вашем компьютере), то их названия в списке написаны бледным цветом. Ознакомиться с новостями компании КонсультантПлюс можно также через Главное меню (появляется после Стартового окна). Если у вас установлены демоверсии некоторых разделов, они также будут отражены в списке разделов в Стартовом окне. Демоверсии отличаются тем, что только часть документов включена в них вместе с текстами.

По вкладке Руководство пользователя вы всегда перейдете в последнюю, самую актуальную редакцию данного руководства в электронном виде.

Календарь бухгалтера – это один из справочных материалов, включаемых в системы КонсультантПлюс. В нем содержится информация о сроках уплаты и представления отчетов и сведений по налогам, сборам и другим обязательным платежам, установленным федеральным законодательством (имеющим регулярный и однотипный характер). Материал рассчитан на организации, использующие при ведении бухгалтерского учета Общий план счетов и применяющие общий или специальный режим налогообложения.

Откройте Справочную информацию

Кликните по ссылке Справочная информация в Стартовом окне.

В результате вы перейдете в список рубрик, относящихся к справочной информации. Этот переход прямо из Стартового окна сделан для большего удобства.

В Справочную информацию можно попасть и из Окна поиска в любой момент при работе с системой (об этом см. ниже в этой теме).

Откройте список Календарь бухгалтера, кликнув по ссылке мышью один раз.

На экране появится список календарей бухгалтера за разные периоды.

Нажав клавишу , откройте Календарь бухгалтера (за последний квартал).

Вернитесь в Стартовое окно с помощью меню ФайлОткрыть раздел.

В повседневной работе необходимо находить и изучать самые разные документы. Но прежде чем перейти к освоению приемов и методов поиска и изучения документов, вы познакомитесь с общими принципами поиска документов в едином информационном массиве.

Если вы хотите открыть Календарь бухгалтера или другой справочный материал не из Стартового окна, а при работе с системой, выберите вкладку Справочная информация в Окне поиска и дальше действуйте аналогично.

Познакомьтесь с инструментами поиска документов в информационном массиве

Откройте раздел Законодательство, кликнув по нему мышью.

На экране появилось Главное меню КонсультантПлюс и Окно поиска.

  • Главное меню (верхняя строка), как обычно, содержит основные функции системы, а также ряд стандартных для любого приложения возможностей.
  • Наиболее часто употребляемые функции вынесены в Пиктографическое меню (строка кнопок). Набор функций (и соответственно кнопок) меняется в зависимости от того, что вы делаете – работаете в Окне поиска, выбираете документ из списка документов или изучаете текст документа.
  • Окно поиска состоит из нескольких вкладок, отвечающих за различные инструменты поиска. Самым мощным инструментом поиска является Карточка поиска, поскольку с ее помощью можно сформулировать наиболее гибкое Поисковое задание системе.

Другие поисковые инструменты позволяют найти основные документы по правовому вопросу или обратиться к готовым подборкам документов:

Итак, чтобы найти документ в КонсультантПлюс, можно использовать несколько инструментов. Посмотрите, как работает главный из них – Карточка поиска.

Чтобы найти документы, необходимо указать известную о них информацию (например, номер документа, название, вид, тематику и т.д.) в Полях Карточки поиска. Как правило, достаточно заполнить только несколько полей, чтобы документ был найден. А если известны точные реквизиты документа, например его номер, то поиск становится еще проще (достаточно указать номер документа).

  1. Познакомьтесь со сквозным поиском документа в информационном массиве.

Поиск в КонсультантПлюс является Сквозным, то есть проходит одновременно по всем разделам информационного массива (для этого в Карточке поиска есть опция: “Дополнительно искать в других разделах…”).

Для сквозного поиска предназначены Общие для всех разделов поля, отмеченные в Карточке поиска значком . Реквизиты, указываемые в этих полях, имеет любой документ информационного массива. Например, общими полями являются Дата, Название или Тематика.

Сквозной поиск возможен только из раздела Законодательство. Дело в том, что анализ любой правовой проблемы начинается с изучения нормативных документов. На них основываются другие документы – судебные решения, консультационные материалы и т.д. Поэтому раздел Законодательство в КонсультантПлюс считается Главным разделом информационного массива.

Кроме поиска по общим полям, система КонсультантПлюс может выполнять поиск по Специальным полям. Они отражают специфические характеристики документов в каждом разделе. Например, в разделе Законодательство специальными полями являются поля Дата в Минюсте и Номер в Минюсте. Очевидно, что таких характеристик не имеют, например, консультационные материалы или формы документов.

Информация в нижней части карточки указывает, какие разделы и информационные банки доступны для поиска и сколько документов в них соответствует поисковому заданию, сформулированному в Карточке поиска. Например, как только вы внесете в поле Тематика определенную тему, количество документов, указываемое в нижней части карточки, изменится в зависимости от того, сколько документов на эту тему найдено. Если затем указать период времени (с … по …) с помощью поля Дата, то система сообщит количество документов на указанную тему, принятых в данный период времени.

Специальные поля можно использовать одновременно с общими полями. Они будут учитываться при поиске в разделе Законодательство, а на поиск в других разделах не повлияют. Например, это позволит найти в разделе Законодательство только федеральные законы и кодексы (поле Вид документа) по указанной теме (поле Тематика), в то же время и в других разделах будут найдены все документы по этой теме.

На экране — список найденных документов. Поскольку сейчас вы не формулировали никакого поискового задания, система показывает все имеющиеся в ней документы, находящиеся в разных разделах информационного массива. Список документов представлен наглядно, в структурированном виде. Его называют Дерево-список.

В левой части указаны разделы, информационные банки и количество найденных в них документов. В правой части будет представлен собственно список документов того информационного банка, на название которого вы установите курсор в левой части.

Структурированный дерево-список полностью исключает путаницу при изучении найденных документов – вы легко сориентируетесь, с чего начать, даже если будет найдено несколько десятков документов. При этом вы можете эффективно работать одновременно с документами из разных разделов и информационных банков.

  1. Познакомьтесь с локальным поиском в разделе Финансовые консультации

Часто возникают ситуации, когда требуется найти документы, относящиеся только к определенному типу правовой информации. Тогда достаточно использовать Локальный поиск в одном из разделов. Например, речь может идти о бланке документа или финансовых консультациях. В таких случаях разумно проводить поиск соответственно в разделах Формы документов или Финансовые консультации.

Откройте через Стартовое окно раздел Финансовые консультации.

Карточка поиска раздела Финансовые консультации содержит как уже знакомые вам общие поля, так и специальные. В этом разделе общие поля не выделены значком , поскольку сквозной поиск по ним возможен только из главного раздела Законодательство. Специальные поля позволяют более точно, с учетом специфики искомой информации, сформулировать поисковое задание.

В этом состоит еще одно преимущество представления информационного массива в виде разделов со своими специальными полями для поиска. С одной стороны, вы можете проводить сквозной поиск по всей информации. С другой стороны, когда вам нужны документы определенного типа, вы можете искать их локально в соответствующем разделе или информационном банке.

Например, при поиске в разделе Финансовые консультации с помощью специальных полей можно указать номер счета (общего плана счетов) в специальном поле План счетов. Тематика или более точно провести поиск с помощью хорошо знакомой терминологии в специальных полях Налоги. Взносы. Платежи, Выплаты физическим лицам, Расходы организации и Ключевые слова.

Если вы находитесь в Карточке поиска раздела Законодательство, выберите раздел Финансовые консультации из списка, нажав на заголовок Карточки поиска.

В конце 90-х годов прошлого века знания и опыт, которые были накоплены в индустрии программного обеспечения за предшествующие 30-35 лет, а также более чем 15-летних попыток применения различных моделей разработки, все это, наконец, оформилось в то, что принято называть дисциплиной программной инженерии – Software Engineering. В какой-то мере, такое формирование дисциплины на основе широко распространенного практического опыта напоминает те процессы, которые происходили в управлении проектами. Возникали и развивались профессиональные ассоциации, специализированные институты, комитеты по стандартизации и другие образования, которые, в конце концов, пришли к общему мнению о необходимости сведения профессиональных знаний по соответствующим областям и стандартизации соответствующих программ обучения.

Содержание

Оглавление 2
Введение 3
1. Программная инженерия 4
1.1. Основные сведения 4
1.2. История 5
2. Системные основы современных технологий программной инженерии 8
3. Профессия 10
4. Работа 10
5. Сертификация 11
6. Поддисциплины 12
Заключение 14
Список использованной литературы 15

Прикрепленные файлы: 1 файл

НОВЫЙ! Шарипова А. А. - Программная инженерия.doc

Министерство образования и науки РФ

Федеральное Государственное Бюджетное Образовательное учреждение высшего профессионального образования

Камская государственная инженерно–экономическая академия

Студент: Шарипова А. А.

№ зачетной книжки: 5012064

Набережные Челны 2012
Оглавление

Введение

В конце 90-х годов прошлого века знания и опыт, которые были накоплены в индустрии программного обеспечения за предшествующие 30-35 лет, а также более чем 15-летних попыток применения различных моделей разработки, все это, наконец, оформилось в то, что принято называть дисциплиной программной инженерии – Software Engineering. В какой-то мере, такое формирование дисциплины на основе широко распространенного практического опыта напоминает те процессы, которые происходили в управлении проектами. Возникали и развивались профессиональные ассоциации, специализированные институты, комитеты по стандартизации и другие образования, которые, в конце концов, пришли к общему мнению о необходимости сведения профессиональных знаний по соответствующим областям и стандартизации соответствующих программ обучения.1 [1]

Программная инженерия

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

Дисциплина программной инженерии включается в круг вопросов компьютинга (англ. computing) и может рассматриваться как инженерная область, имеющая более тесные связи со своей базовой дисциплиной — компьютерными науками, — чем другие инженерные области. Среди других инженерных дисциплин она качественно выделяется нематериальностью программного обеспечения и дискретной природой его функционирования. Основываясь на математике и компьютинге, программная инженерия занимается разработкой систематических моделей и надежных методов производства высококачественного программного обеспечения, и данный подход распространяется на все уровни — от теории и принципов до реальной практики создания программного обеспечения, которая лучше всего заметна сторонним наблюдателям.

Термин "Разработка программного обеспечения" является более общим и часто используемым, по сравнению с термином "Программная инженерия" и не обязательно включает в себя парадигмы инженерии. Однако вряд ли можно сказать, что использование этого метода оказало сколько-нибудь ощутимый вклад в развитие реальной разработки программного обеспечения на протяжении уже более чем 40 лет.

Основные сведения

Разработка программного обеспечения связана с дисциплинами информатики, управления проектами, и инженерии систем.

История

Когда первые современные цифровые компьютеры появились в начале 1940-х годов наборы исполняемых команд уже были встроены в машину. Специалисты быстро поняли, что этот подход не слишком удобен. Так появилась “архитектура хранимых программ” или архитектура фон Неймана. Таким образом, деление на "железо" и "программное обеспечение" началось с абстракции, используемой чтобы решить проблему сложности вычислений.

Первые языки программирования стали появляться в 1950-х годах, и это был еще один важный шаг в абстракции. Основные языки, такие как Fortran, Algol и Cobol были выпущены в конце 1950-х для решения научных, алгоритмических и бизнес-задач соответственно. Дейкстра написал свою известную статью, "Go To Statement Considered Harmful" в 1968 году, а Дэвид Парнас ввел ключевое понятие модульности и скрытия информации в 1972 году, чтобы помочь программистам справляться со все более и более сложными программными системами. Системное программное обеспечение для управления аппаратным, названное “операционная система” было представлено компанией Unix в 1969 году. В 1967 году язык Simula ввел понятие объектно-ориентированной парадигмы программирования.

Эти достижения в области программного обеспечения были встречены большим прорывом компьютерной технике. В середине 1970-х годов был представлен микрокомпьютер, что позволило любителям получить собственный компьютер и писать свои программы для него. Это, в свою очередь привело к появлению персональных компьютеров (ПК) и Microsoft Windows. Также в середине 1980-х появляются такие понятия как цикл разработки программного обеспечения в качестве некоторого консенсуса для централизованной разработки программного обеспечения. Конец 1970-х и начало 1980-х годов ознаменовались появлением нескольких новых Simula-подобных объектно-ориентированных языков программирования, в том числе Smalltalk, Objective-C и C++.

Open Source, появившийся в начале 90-х в форме Linux, а также других программ, ввел понятие “базара” или децентрализованного стиля разработки ПО. Затем мировая паутина и стремительная популяризация интернета в середине 90-х изменили программную инженерию еще раз. Распределенные системы получили широкое распространение, как способ устройства систем, а также язык Java с его собственной виртуальной машиной, сделали еще один шаг в абстракции. Сотрудничество программистов позволило появиться на свет документу, названному Agile Manifesto, который поддерживал облегчение процессов, что способствовало написанию более дешевых и регулярно обновляемых программ.

В настоящее время определение программной инженерии все еще обсуждается специалистами. До сих пор идут споры, какой же метод производства программного обеспечения "дешевле, лучше, быстрее". Сокращение затрат вообще было одной из главных задач ИТ-индустрии с 1990 года. Совокупная стоимость владения ПО включает затраты не только на его приобретение или разработку. Это также расходы на задержки производства, на содержание и ресурсы, необходимые для поддержки инфраструктуры.

Системные основы современных технологий программной инженерии

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

Эта деятельность регламентируется рядом методов и стандартов, которые являются компонентами технологического обеспечения сложных ПС в течение их жизненного цикла. Их применение предполагает высокую дисциплину коллектива специалистов, использование им методик, стандартов, типовых нормативных документов и средств автоматизации разработки, которые регламентируют порядок организации и проведения работ по выполнению технологических операций, направленных на получение, в имеющихся организационно-технических условиях, готового программного продукта с заданными функциями и качеством.

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

Индустриализация технологий программной инженерии базируется на стандартизации процессов разработки программ, их структурного построения и интерфейсов с операционной и внешней средой. Для этого с самого начала разработки должны определяться состав и этапы работ, необходимые для достижения конечной цели, а также требуемые для их выполнения ресурсы. Технические и управленческие проверки, анализ качества результатов промежуточных работ и компонентов, а также корректности их взаимосвязей должны обеспечивать руководителям и всем разработчикам уверенность достижения требуемого конечного результата проекта.4[4]

Достижение высоких значений качества комплексов программ существенно зависит от качества технологии и инструментальных средств, используемых разработчиками для обеспечения ЖЦ ПС. Уровень автоматизации, качество технологии и средств, применяемых для поддержки процессов жизненного цикла ПС, обычно сильно коррелирован с качеством создаваемых комплексов программ, а также с качеством средств автоматизации для их оценивания. Оценивание достоинств технологической базы ЖЦ позволяет прогнозировать возможное качество ПС и ориентировать заказчика и пользователей при выборе разработчика и поставщика для определенного проекта с требуемыми характеристиками. Поэтому определение уровня технологической поддержки процессов жизненного цикла, организационного и инструментального обеспечения ПС, непосредственно связано с оцениванием реальных или возможных характеристик качества конкретного комплекса программ.5[5]

3. Профессия

4. Работа

В 2004 году американское Бюро статистики труда, насчитало 760 840 программных инженеров, занимающих рабочие места в США. В тот же период времени было около 1,4 млн. практиков, занятых в США в других смешанных инженерных специальностях. Благодаря своей относительной новизне, как формальная область изучения, программная инженерия часто преподается как часть учебной программы компьютерных наук, и многие программные инженеры имеют неплохие познания в информатике.

Многие программные инженеры работают в качестве штатных сотрудников или подрядчиков. Они работают в предприятиях, государственных учреждениях (гражданских или военных), а также в некоммерческих организациях. Некоторые программные инженеры работают фрилансерами. Некоторые организации имеют специалистов для выполнения каждой из задач в процессе разработки программного обеспечения. Другим же требуется программный инженер, который выполняет сразу многие задачи или все из них. В больших проектах, люди могут специализироваться только в одной роли. В небольших, люди могут занять несколько или все роли одновременно. Специализации включают в себя в промышленности: аналитики, архитекторы ПО, разработчики, тестировщики, техническая поддержка, промежуточный аналитик, менеджер. В академических кругах: преподаватели, исследователи.

Большинство программных инженеров и программистов работает 40 часов в неделю, а около 15 процентов программных инженеров и 11 процентов программистов работали более 50 часов в неделю в 2008 году. Травмы в этих профессиях встречаются редко. Однако, как и в других профессиях, где надо проводить много времени перед компьютером, люди этих специальностей более подвержены к усталости глаз, болям в спине, а также болезням рук и запястий, таких как синдром запястного канала.

5. Сертификация

Институт Программной Инженерии предлагает сертификацию по конкретным специальностям, таким как: безопасность, оптимизация процессов, а также архитектура программного обеспечения. Apple, IBM, Microsoft и другие компании финансируют собственные экзамены для сертификации. Многие IT-программы сертификации ориентированы на конкретные технологии, и управляется поставщиками этих технологий. Эти программы сертификации разработаны с учетом места, на которое будут наниматься люди, использующие эти технологии.


Рисунок 1 – Процессы жизненного цикла ПО

Зарегистрируйся, чтобы продолжить изучение работы


Рисунок 1 – Процессы жизненного цикла ПО


2. ОСНОВНЫЕ МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА

В различных организациях применяются разные стадии жизненного цикла ПО. Существует ряд базовых моделей, которые наиболее популярны сегодня [17]:
каскадная модель (водопадная) - данная модель, разработанная в 1970 г., впервые формализовала структуру этапов разработки ПО. В ней отражается каскадная стратегия однократного прохода этапов разработки. Основой данной модели является полное формулирование требований со стороны заказчика на начальном этапе. В рамках каскадной модели процесс разработки ПО распадается на ряд последовательных шагов, каждый из которых не может быть начат до завершения предыдущего. Схема каскадной модели представлена на рисунке 2. Стоит подчеркнуть, что каждый шаг по необходимости может сопровождаться различными вспомогательными и организационными процессами, например, верификацией, управлением проектом, обеспечением качества, документированием и т.п.
Достоинства модели:
постоянство требований;
отсутствие цикличности этапов;
простота планирования, контроля и управления;
доступность для понимания заказчиком.
Недостатки:
сложность в полноценном формулировании требований;
линейность структуры – отсутствие возможности возврата к предыдущим этапам;
непригодность промежуточных продуктов;
минимальное участие конечного пользователя в процессе разработки [14].
поэтапная модель с промежуточным контролем - каскадная модель, дополненная обратными связями (см. рисунок 3) [12]. Данная модель требует большего времени разработки, однако, такой подход позволяет уменьшать риски получения некачественного продукта на выходе, а также повышает надежность системы в целом [6].
спиральная модель - данная модель послужила прорывом в разработке ПО. В ней сочетаются проектирование и постадийное прототипирование. В данной модели реализация программных средств происходит в виде последовательных версий. Характерной чертой данной модели является тот факт, что на начальном этапе процесса могут быть сформулированы не все требования – так как они уточняются при дальнейшей разработке. Любой виток спирали характеризуется созданием фрагмента или версии программного продукта, уточнением цели и характеристики проекта, определением


Рисунок 2 - Каскадная модель жизненного цикла

его качества, а также планированием работ следующего витка спирали (см. рисунок 4). Преимущества спиральной модели:
использование системного подхода;
наиболее реальное отображение процесса разработки;
учет рисков;
использование моделирования;
Недостатки:
повышенные требования к заказчику;
трудности контроля и управления временем разработки [11];
инкрементная модель - в основе данной модели лежит идея о том, что программная система должна разрабатываться по принципу приращений

Гост

ГОСТ

Определения терминов программной инженерии

Программирование – выдача задания имеющимся вычислительным мощностям в виде перечня команд по управлению входными данными для получения требуемого набора выходных показателей, удовлетворяющих целям создания и функционирования конкретной сложной системы.

Программные инженеры – профессиональные программисты, умеющие писать программные продукты с требуемым уровнем качества решения задач, имеющие представление о применяемых процессах и ограничениях при разработке решений, о влиянии выбранных способов решения на устойчивость и безопасность функционирования сложных систем.

Программная инженерия – путь создания безопасных, надежных и неизменных по качеству в течение всего своего жизненного цикла программных продуктов путем их предварительного проектирования, написания, тестирования и сопровождения в ходе решения пользовательских задач.

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

Готовые работы на аналогичную тему

Основные составляющие программной инженерии

Основополагающими составляющими программной инженерии являются:

  • предварительное ознакомление с предметной областью и создание, при необходимости, модели (математической или физической) подвергнутой системному анализу структуры;
  • уточнение целей и проблем, требующих решения программными методами, разработка архитектуры решения задач программными методами;
  • определение возможности применения готовых процедур и написание недостающего кода для созданной архитектуры в выбранном языке (языках) программирования;
  • тестирование, устранение ошибок и сборка программного изделия.

В ходе предварительного ознакомления и при уточнении задач перед началом создания продукта программный инженер ставит следующие вопросы и ищет на них ответы:

  • можно ли решить обнаруженные проблемы сложной системы в рамках написания или использования одной программы;
  • какие определенные задачи будут способны решать по отдельности все созданные или используемые программы;
  • как облегчить и ускорить решение задач с помощью применения сторонних разработок, написания нового программного кода, их комбинации.
  • какие компоненты программного обеспечения будут связываться в единое целое, взаимодействовать друг с другом в создаваемом продукте;
  • необходимые критерии для закладывания в продукт возможностей по дальнейшему его расширению;
  • требуемые показатели читабельности кода и достаточности комментариев для понимания работы создаваемого программного продукта.

Цель и процессы программной инженерии

Из всего вышесказанного можно сделать вывод: программная инженерия непосредственно связана напрямую со всеми процессами жизненного цикла любого программного обеспечения.

Цель программной инженерии состоит в реализации самых эффективных, новых и лучших технологий в практических целях для реализации и совершенствования сложных систем, объектов, процессов или явлений.

Связанные непосредственно со всеми процессами жизненного цикла программного обеспечения (разработка либо приобретение, а также сопровождение и вывод из эксплуатации), подавляющее большинство процессов программной инженерии взаимодействуют между собой, а также и как напрямую, так и опосредованно с другими областями знаний.

Все процессы программной инженерии комплексно направлены на выработку наиболее верных решений при построении надежных и безопасных программных продуктов в условиях минимальных временных и ресурсных затрат на их создание, внедрение и сопровождение.

Читайте также: