Какие программы имеют две стадии работы информатика

Разрабатывая конкретное приложение, необходимо четко разграничивать понятие «прикладная программа» (приложение) и «программный продукт».

Программный продукт — комплекс взаимосвязанных программ для решения определенной проблемы (задачи) массового спроса, подготовленный к реализации как любой вид промышленной продукции.

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

* freeware — бесплатные программы, свободно распространяемые, поддерживаются самим пользователем, который правомочен вносить в них необходимые изменения;

* software — некоммерческие (условно-бесплатные) программы, которые могут использоваться, как правило, бесплатно. При условии регулярного использования подобных продуктов осуществляется взнос определенной суммы.

Ряд производителей использует ОЕМ-программы (Original Equipment Manufacturer), т.е. встроенные программы, устанавливаемые на компьютеры или поставляемые вместе с вычислительной техникой.

ИНФОРМАТИКА 11 класс: Операционные системы | Видеоурок

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

Программные продукты могут создаваться как:

* индивидуальная разработка под заказ;

* разработка для массового распространения среди пользователей.

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

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

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

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

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

Поскольку любое разработанное приложение может быть доведено до уровня программного продукта, рассмотрим этапы его разработки:

1. Постановка задачи:

· сбор информации о задаче;

· формулировка условия задачи;

· определение конечных целей решения задачи;

· определение формы выдачи результатов;

· описание данных (их типов, диапазонов величин, структуры и т.п.).

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

2. Анализ и исследование задачи, построение модели:

· анализ существующих аналогов;

· анализ технических и программных средств;

· разработка математической и информационной модели;

· разработка структур данных.

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

3. Разработка алгоритма:

· выбор метода проектирования алгоритма;

· выбор формы записи алгоритма (блок-схема, псевдокод и др.);

· выбор тестов и метода тестирования;

Третий этап технологического процесса подготовки решения задач на ЭВМ представляет собой алгоритмизацию ее решения, т.е. разработку оригинального или адаптацию (уточнение и корректировку) уже известного алгоритма.

· выбор языка программирования;

· уточнение способов организации данных;

· запись алгоритма на выбранном языке программирования.

Четвертый этап технологического процесса подготовки решения задач на ЭВМ представляет собой составление (адаптацию) программ (кодирование). Процесс кодирования заключается в переводе описания алгоритма на один из доступных для ЭВМ языков программирования.

5. Тестирование и отладка:

· отладка семантики и логической структуры;

· тестовые расчеты и анализ результатов тестирования;

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

6. Анализ результатов решения задачи и уточнение в случае необходимости математической модели с повторным выполнением этапов 2 — 5.

7. Сопровождение программы:

· доработка программы для решения конкретных задач;

· составление документации к решенной задаче, математической модели, алгоритму, программе по их использованию;

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

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

Источник: studbooks.net

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

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

Процесс разработки программного обеспечения можно разбить на этапы (фазы), показанные на рис. 15.

Рис. 15. Этапы разработки программного обеспечения

Работа над программным обеспечением начинается с составления документа, называемого “Задание на разработку программного обеспечения (техническое задание)”.

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

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

Техническое задание включает в себя три этапа: 1) обоснование необходимости разработки программы; 2) проведение научно-исследовательских работ; 3) разработка и утверждение технического задания.

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

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

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

Разработка и утверждение технического задания включает в себя:

— определение требований к программе;

— разработку технико-экономического обоснования разработки программы;

— определение стадий, этапов и сроков разработки программы и документации на нее;

— выбор языков программирования;

— определение необходимости проведения научно-исследовательских работ на последующих стадиях;

— согласование и утверждение технического задания.

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

— Какими должны быть входные данные?

— Какие данные являются корректными и какие ошибочными?

— Кто будет использовать программное обеспечение, и каким должен быть интерфейс (средство общения с пользователем)?

— Какие упрощения, предположения и допущения можно сделать по отношению к программам?

— Какими должны быть выходные данные?

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

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

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

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

1) он имеет средства взаимодействия с внешней средой;

2) он является самостоятельной программной единицей, выполняющей определенные функции.

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

— Какие данные можно передать в модуль до начала его выполнения?

— Какие упрощения, предположения и допущения сделаны по отношению к модулю?

— Что будет с данными после того, как модуль завершит свою работу?

На рис. 16 приведен пример описания модуля, используемого для сортировки целых чисел.

Рис. 16. Пример спецификации модуля

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

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

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

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

Кодирование должно быть простым. Должен соблюдаться так называемый KISS–принцип: Keep It Simple, Stupid (делай проще, глупец!). Изощренное программирование может обойтись слишком дорого при отладке и модификации программы. Необычное кодирование (например, использование скрытых возможностей машины) часто препятствует отладке программы и, конечно, затрудняет ее использование другими программистами.

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

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

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

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

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

Тестирование – это проверка программы на работоспособность. Отладка имеет место тогда, когда программа со всей очевидностью работает неправильно. Отладка начинается всегда в предвидении отказа программы. Если же оказывается, что программа работает верно, то она тестируется. Часто случается так, что после прогона тестов программа вновь должна быть подвергнута отладке.

Таким образом, тестирование устанавливает факт наличия ошибки, а отладка выявляет ее причину.

Для несложного приложения тестирование может оказаться простым. Большие программы поддаются тестированию с трудом. Возможны устранения ошибок на этапе эксплуатации.

Можно привести примеры ошибок в программных комплексах, допущенных при разработке и не обнаруженных при тестировании.

В “Справочнике Microsoft Works” в интерактивной помощи пакета интегрированной обработки информации Works 2.0 функция ЕСЛИ описана как

ЕСЛИ (Условие, ЗначениеЛожь, ЗначениеИстина).

Однако, в действительности, работа данной функции должна иметь следующий вид: ЕСЛИ (Условие, ЗначениеИстина, ЗначениеЛожь). В “Руководстве пользователя Microsoft Works для Windows” пакета Works 3.0 эта ошибка исправлена.

Неудача при запуске первого американского спутника к Венере случилась, вероятнее всего, из–за ошибки в программе – вместо требуемой в операторе точки программист поставил запятую. Оператор на языке Фортран был записан

На самом же деле он должен был выглядеть следующим образом:

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

В 1983 году произошло наводнение в юго–западной части США. Причина заключалась в том, что в компьютер были введены неверные данные о погоде, в результате чего он дал ошибочный сигнал шлюзам, перекрывающим реку Колорадо.

Для того чтобы пользователи не попали в ситуацию, когда программа работает, но делает не то, что должна делать, проводится тестирование для выявления “скрытых” ошибок. При тестировании используются планы и данные, разрабатываемые уже на этапе проектирования. О тестировании необходимо думать на протяжении всего периода разработки программы (табл. 2).

Виды и причины ошибок

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

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

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

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

Примером добавления новых функций в программный комплекс является текстовый редактор Лексикон 1.3. Данная версия получена из текстового процессора 1.2 путем включения в него функций – импортирование графических файлов в формате PCX в текстовые файлы.

На рис. 15 прямоугольник, отражающий каждый этап разработки программы, соединен с прямоугольником “Документ”. При этом стрелки направлены в обе стороны. Идеи и решения, используемые на каждом этапе, влияют на документацию, сопровождающую этап, так же, как и документация влияет на идеи и решения.

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

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

Техническое задание должно содержать следующие разделы:

— основания для разработки;

— требования к программе и программному изделию;

— требования к программной документации;

— стадии и этапы разработки;

— порядок контроля и приемки.

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

Спецификация является основным программным документом и составляется в соответствии с ГОСТ. Спецификация представляет собой таблицу, состоящую из граф: “Обозначение”, “Наименование”, “Примечание”. В графе “Обозначение” записывают обозначения перечисляемых документов и программ. В графе “Документация” указывают наименования и вид документа или программы. В графе “Примечание” – дополнительные сведения, относящиеся к записанным в спецификации программам.

Описание программы содержит:

– прокомментированные исходные тексты (листинги) модулей программы и управляющего модуля;

– схему разбиения программного комплекса на программные модули;

– схему потоков данных программного комплекса;

– схему взаимодействия программных модулей;

– планы и данные для тестирования программного комплекса;

– другие материалы, иллюстрирующие проект, например, схемы алгоритмов.

Второй вид документов содержит информацию, необходимую для работы с программным комплексом. Эти документы могут оформляться в печатном виде и (или) “встраиваться” в программный комплекс.

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

Версия 6.0 Турбо Паскаля, выпущенная в 1990 году, наглядно продемонстрировала преимущества объектно–ориентированной технологии программирования. В комплект поставки новой версии вошла библиотека Turbo Vision, на которой многие тысячи программистов осваивали принципы ООП. За короткий срок появилось множество коммерческих программ, построенных на базе Turbo Vision. Эта библиотека поистине революционизирует процесс разработки интерактивных программ, сокращая до минимума сроки и обеспечивая высочайшее качество программ.

Эволюция технических средств персональных компьютеров привела к повсеместному вытеснению старой “доброй” ОС MS–DOS значительно более мощными системами Windows, программирование для которых существенно сложнее, чем программирование для MS–DOS. С выпуском системы Borland Pascal with Objects корпорация Borland предоставила в распоряжение программистов весьма эффективные средства разработки и отладки программ, рассчитанные на работу под управлением операционной оболочки Windows. Но все же несколько лет назад о создании своих собственных программ под Windows рядовому программисту оставалось только мечтать.

Дальнейшим развитием языка Паскаль является объектно-ориентированный язык Object Pascal, который лежит в основе новой системы программирования Delphi. Delphi – это система скоростной разработки приложений (Rapid Application Development). В этом новом мире RAD программисты используют инструменты, которые более наглядны и интуитивно понятны. Модульность, локализация, абстракция и сокрытие данных – свойства усовершенствованной объектной модели Object Pascal, которые позволяют создавать удобные, надежные и эффективные приложения для Windows при минимальной затрате времени.

Статьи к прочтению:

• Этапы разработки сложных программ
• Этапы развития информационных систем

Заключеные Что такое ЭТАП Как проходит тюремный этап и прибытие в зону.

Похожие статьи:

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

Источник: csaa.ru

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

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

Анализ требо­ваний
Самым первым этапом разра­ботки программного обеспе­чения по праву называется процедура прове­дения всесто­роннего анализа выдви­нутых заказ­чиком требо­ваний к созда­ва­емому ПО, чтобы определить ключевые цели и задачи конечного продукта. В рамках этой стадии проис­ходит макси­мально эффек­тивное взаимо­дей­ствие нужда­ю­щегося в программном решении клиента и сотруд­ников компании-разра­ботчика, в ходе обсуж­дения деталей проекта помогающих более четко сформу­ли­ровать предъ­яв­ляемые к ПО требо­вания. Резуль­татом прове­денного анализа стано­вится форми­ро­вание основного регла­мента, на который будет опираться испол­нитель в своей работе — техни­че­ского задания на разра­ботку программного обеспе­чения. ТЗ должно полностью описывать постав­ленные перед разра­бот­чиком задачи и охарак­те­ри­зовать конечную цель проекта в понимании заказчика.

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

В рамках данного этапа стороны должны осуществить:

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

Кодиро­вание
Следующим шагом стано­вится непосред­ственная работа с кодом, опираясь на выбранный в процессе подго­товки язык програм­ми­ро­вания. Описывать особен­ности и тонкости самого трудо­емкого и сложного этапа вряд ли стоит, доста­точно указать, что успех реали­зации любого проекта напрямую зависит от качества предва­ри­тельного анализа и оценки конку­ри­рующих решений, с которыми созда­ваемой программе предстоит “бороться” за право называться лучшей в своей нише. Если речь идет о написании кода для выпол­нения узкоспе­ци­а­ли­зи­ро­ванных задач в рамках конкретного предприятия, то от грамотного подхода к этапу кодиро­вания зависит эффек­тив­ность работы компании, заказавшей разра­ботку. Кодиро­вание может проис­ходить парал­лельно со следующим этапом разра­ботки — тести­ро­ванием программного обеспе­чения, что помогает вносить изменения непосред­ственно по ходу написания кода. Уровень и эффек­тив­ность взаимо­дей­ствия всех элементов, задей­ство­ванных для выпол­нения сформу­ли­ро­ванных задач компанией-разра­бот­чиком, на текущем этапе является самым важным — от слажен­ности действий програм­мистов, тести­ров­щиков и проек­ти­ров­щиков зависит качество реали­зации проекта.

Тести­ро­вание и отладка
После дости­жения задуманного програм­ми­стами в написанном коде следуют не менее важные этапы разра­ботки программного обеспе­чения, зачастую объеди­няемые в одну фазу — тести­ро­вание продукта и после­дующая отладка, позво­ляющая ликви­ди­ровать огрехи програм­ми­ро­вания и добиться конечной цели — полно­функ­ци­о­нальной работы разра­бо­танной программы. Процесс тести­ро­вания позволяет смоде­ли­ровать ситуации, при которых программный продукт перестает функци­о­ни­ровать. Отдел отладки затем локализует и исправляет обнару­женные ошибки кода, “вылизывая” его до практи­чески идеального состояния. Эти два этапа занимают не меньше 30% затра­чи­ва­емого на весь проект времени, так как от их качественного испол­нения зависит судьба созданного силами програм­мистов программного обеспе­чения. Нередко функции тести­ровщика и отладчика исполняет один отдел, однако самым оптимальным будет распре­делить эти обязан­ности между разными испол­ни­телями, что позволит увеличить эффек­тив­ность поиска имеющихся в программном коде ошибок.

Внедрение
Процедура внедрения программного обеспе­чения в эксплу­а­тацию является завер­шающей стадией разра­ботки и нередко проис­ходит совместно с отладкой системы. Как правило, ввод в эксплу­а­тацию ПО осуществ­ляется в три этапа:

• перво­на­чальная загрузка данных;
• посте­пенное накоп­ление информации;
• вывод созданного ПО на проектную мощность.

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

Заклю­чение
Создание даже небольшого и техни­чески простого ПО зависит от четкого выпол­нения каждой фазы, то есть деятель­ности всех отделов, задей­ство­ванных в процессе разра­ботки. Четкий план выпол­нения необхо­димых мероприятий с указанием конечных целей стано­вится неотъ­ем­лемой частью работы разра­бот­чиков, плани­рующих оставаться широко востре­бо­ванными на рынке труда специ­а­ли­стами. Только правильно состав­ленное техни­ческое задание позволит добиться нужного результата и осуще­ствить разра­ботку по-насто­ящему качественного и конку­рентного ПО для любой платформы — серверной, стаци­о­нарной или мобильной.

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

22 апреля, 2015 / от ru-user Теги: этапы

Поделиться записью

• Поделиться Facebook
• Поделиться Twitter
• Поделиться LinkedIn

Источник: ru.intechcore.com