Процесс функционирования
Обеспечение эффективности всего жизненного цикла комплексов программ для ЭВМ в различных проблемно-ориентированных областях. Цель и результаты процесса функционирования. Тестирование программного обеспечения на соответствие нормативным документам.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 14.11.2014 |
Размер файла | 24,9 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«УФИМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ И СЕРВИСА»
(УГУЭС)
КУРСОВАЯ РАБОТА
по дисциплине: «Программная инженерия»
на тему: «Процесс функционирования»
Выполнил: ст. 3 курса группы БПИЗк
Гриб Д.М.
Уфа 2014
Содержание
Введение
Деятельность в процессе функционирования
Заключение
Понятия и термины
Список используемой литературы
Введение
Основная цель современных технологий программной инженерии состоит в обеспечении эффективности всего жизненного цикла комплексов программ для ЭВМ в различных проблемно-ориентированных областях. В понятие современной технологии включается совокупность методов и инструментальных средств автоматизации, а также технологические процессы, обеспечивающие жизненный цикл сложных ПС с заданными функциональными и конструктивными характеристиками качества Целеустремленная деятельность разработчиков-поставщиков должна быть направлена на удовлетворение требований заказчиков и пользователей программных продуктов при их применении по прямому назначению.
Эта деятельность регламентируется рядом методов и стандартов, которые являются компонентами технологического обеспечения сложных ПС в течение их жизненного цикла. Их применение предполагает высокую дисциплину коллектива специалистов, использование им методик, стандартов, типовых нормативных документов и средств автоматизации разработки, которые регламентируют порядок организации и проведения работ по выполнению технологических операций, направленных на получение, в имеющихся организационно-технических условиях, готового программного продукта с заданными функциями и качеством.
Цель и результаты процесса функционирования
Цель процесса функционирования состоит в использовании системы для выполнения заданных функций.
В ходе этого процесса назначается персонал для работы в системе контроля выполнения функций и рабочих характеристик взаимодействия в звене «оператор-система». Для поддержания соответствующих услуг определяются и анализируются проблемы функционирования, связанные с соглашениями, требованиями правообладателей и организационными ограничениями.
В результате успешного осуществления процесса функционирования:
а) определяется стратегия функционирования;
b) поставляются услуги, удовлетворяющие требованиям правообладателей;
c) успешно выполняются заявки на принятые корректирующие действия;
d) поддерживается удовлетворенность правообладателей.
Деятельность в процессе функционирования
При реализации процесса функционирования организация в соответствии с принятой политикой и процедурами должна осуществлять следующие действия:
a) подготавливать стратегию функционирования.
Примечаний - эти действие определяет:
1) доступность услуг в том виде, в котором они вводятся, используются и упраздняются. При необходимости рекомендуется координировать их с ранее существовавшими, параллельными или постоянными услугами, предоставляемыми другими системами, которые реализуют идентичные или схожие функции;
2) стратегия подбора персонала и графики работы операторов;
3) при необходимости - реализацию, критерии повторной приемки и графики работы системы для того, чтобы осуществлять модификации, которые поддерживают существующие или расширенные функциональные возможности;
b) получать другие услуги, относящиеся к функционированию системы;
c) назначать на должности операторов обученный и квалифицированный персонал.
Примечание - это действие может включать сведения о системе в среде функционирования и определенную программу ознакомления с инструкциями по обнаружению отказов и их локализации. Требования к знаниям, умению и опыту оператора определяют критерии отбора персонала (при необходимости подтверждаются его полномочия). Отбор и подготовка инструкторов, для обучения на базе действующей системы мажет являться одним из аспектов кадровой работы. Режим обучения на базе действующей системы может оказать влияние на ее функциональную готовность;
d) активизировать систему в заданных условиях функционирования для представления примеров функций или продолжения непрерывного выполнения функций в соответствии с целевым назначением.
Примечание - если оговорено в соглашении, то при замене существующей системы, подлежащей списанию, необходимо поддерживать возможность и качество непрерывного выполнения функций. В течение замены системы или параллельного функционирования необходимо управлять передачей услуг таким образом, чтобы достигалось устойчивое соответствие потребностям правообладателей;
e) применять материалы, требуемые для поддержания необходимых услуг.
Примечание - в их число входят источники питания для технических средств и снабжение продовольствием операторов;
f) контролировать функционирование системы для подтверждения того, что система управляется в соответствии с планами работы, в безопасном режиме и в соответствии с законодательными актами, касающимися охраны труда и окружающей среды;
g) осуществлять мониторинг функционирования системы для подтверждения того, что показатели выполнения функций находятся в пределах допустимых значений.
Примечание - система может показывать неприемлемые эксплуатационные характеристики, если ее элементы, входящие в технические средства, имеют превышении сроков годности или рабочая среда системы негативно воздействует на оперативный и обслуживающий персонал (включая текучесть кадров, стрессы и утомление операторов);
h) осуществлять действия по обнаружению отказов при появлении несоответствий в выполняемых функциях;
i) определять приемлемое направление действий, если требуется проведение корректирующих мероприятий для устранения ошибок, появившихся в результате изменений в потребностях.
Примечание - приемлемое направление действий может состоять из проведения небольших адаптаций программных или технических средств, модификации действий оператора, изменений требований правообладателей, изменений в конструкции и (или) в реализации системы, допущения ограничений предоставляемых услуг;
j) вводить необходимые изменения в порядок эксплуатации, среду функционирования, интерфейсы «человек-машина» и в обучение операторов, если ошибки человека приводят к отказам;
k) постоянно или регулярно общаться с пользователями для определения степени, с которой предоставляемые услуги удовлетворяют их потребности.
Примечание - результаты предоставления услуг анализируются и определяются действия, необходимые для их восстановления или коррекции с целью обеспечения постоянного удовлетворения правообладателей. Там, где это возможно, полезный аффект, полученный в результате таких действий, согласовывается с правообладателями или их представителями.
Заключение
программа процесс функционирование тестирование
Сертификация программного обеспечения в большинстве случаев в современном мире носит добровольный характер. Программное обеспечение при помощи разного рода испытаний тестируют на соответствие нормативным документам.
Целями сертификации являются:
содействие регистраторам и эмитентам в компетентном выборе программного обеспечения; функциональная стандартизация программного обеспечения; улучшение качества программного обеспечения;
защита регистраторов и эмитентов от недобросовестности производителей программного обеспечения;
подтверждение показателей качества программного обеспечения, заявленных его изготовителями.
Термины и определения
организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений [3].
процесс (process): Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы [3].
проект (project): Попытка действий с определенными начальной и конечной датами, предпринимаемая для создания продукта или услуги в соответствии с заданными ресурсами и требованиями.
Примечания
1 Адаптация определения, приведенного в [3] и [20].
2 Проект может рассматриваться как уникальный процесс, включающий в себя координируемые и контролируемые действия, и может быть комбинацией действий из процессов проекта и технических процессов, определенных в настоящем стандарте.
ресурс (resource): Активы (организации), которые используются или потребляются в ходе выполнения процесса.
Примечания
1 Ресурсы могут включать в себя такие разнообразные объекты, как персонал, оборудование, основные средства, инструменты, а также коммунальные услуги: энергию, воду, топливо и инфраструктуру средств связи.
2 Ресурсы могут быть многократно используемыми, возобновляемыми или расходуемыми.
стадия (stage): Период в пределах жизненного цикла системы, относящийся к состоянию системного описания или непосредственно к самой системе.
Примечания
1 Стадии относятся к периодам значительного продвижения системы и достижения запланированных сроков на протяжении жизненного цикла.
2 Стадии могут перекрывать друг друга.
поставщик (supplier): Организация или лицо, которые вступают в соглашение с приобретающей стороной на поставку продукта или услуги.
система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.
Примечания
1 Система может рассматриваться как продукт или как совокупность услуг, которые она обеспечивает.
2 На практике интерпретации данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово «система» может заменяться контекстным синонимом, например, самолет, хотя это может впоследствии затруднять восприятие системные принципов.
элемент системы (system element): Представитель совокупности элементов, образующих систему.
Примечание - Элемент системы является отдельной частью системы, которая может быть создана для выполнения заданных требований.
рассматриваемая система (system-of-interest): Система, жизненный цикл которой рассматривается в рамках настоящего стандарта.
жизненный цикл системы (system life-cycle): Развитие рассматриваемой системы во времени, начиная от замысла и заканчивая списанием.
компромисс (trade-off): Действия по принятию решений, в ходе которых производится выбор из различных требований и альтернативных решений на основе конечной выгоды правообладателей.
пользователь (user). Лицо или группа лиц, извлекающих пользу в процессе применения системы.
Примечание - Роль пользователя и роль оператора может выполняться одновременно или последовательно одним и тем же лицом или организацией.
валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения выполнены [3].
Примечание - Валидация в контексте жизненного цикла системы является совокупностью действий, гарантирующих и обеспечивающих уверенность в том, что система способна выполнить заданные функции в соответствии с установленными целями и назначением в конкретных условиях функционирования.
верификация (verification): Подтверждение на основе представления объективным свидетельств того, что установленные требования были выполнены [3].
Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий пи сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно Система.
Список используемой литературы
1. Абдикеев Н.М. Когнитивная бизнес-аналитика: учебник. М.: Инфра-М, 2011.
2. Агальцов В. П. Базы данных/Кн. 1: Локальные базы данных: учебник для вузов. М.: Форум: ИНФРА-М, 2009. 349 с.
3. Агальцов В. П. Базы данных / Кн. 2: Распределенные и удаленные базы данных: учебник для вузов. М.: Форум : ИНФРА-М, 2009. 270 с.
4. Амблер С. Гибкие технологии: экстремальное программирование и унифицированный процесс разработки. СПб.: Питер, 2005. 412 с.
5. Бройдо В. Л. Вычислительные системы, сети и телекоммуникации: учебное пособие для вузов. СПб.: Питер, 2008. 766 с.
6. Введение в системы баз данных/К. Д. Дейт / Пер. с англ. и ред. К. А. Птицына. 8-е изд. М.: Вильямс, 2005. 1327 с.
7. Гуйдо А. В. Технологии программирования [Электронный ресурс]: учеб. пособие/ Под ред. Б. М. Суховилова; Южно-Урал. гос. ун-т, каф. Информатика; ЮУрГУ, Челябинск: изд-во ЮУрГУ, 2010. Электрон. текстовые данные http://www.lib.susu.ac.ru/ftd?base=SUSU_METHOD &key=000428010.
8. ГОСТ 152.88 от 2005 г.
9. ГОСТ 133.07 от 2010 г.
10. Диго С. М. Базы данных: проектирование и использование: Учебник для вузов. М.: Финансы и статистика, 2005. 590 с.
Размещено на Allbest.ru
Подобные документы
Требования к технологии проектирования программного обеспечения (ПО). Состав и описание стадий полного жизненного цикла ПО. Классификация моделей жизненного цикла ПО, их особенности. Методологии разработки ПО, приёмы экстремальный программирование.
презентация [874,4 K], добавлен 19.09.2016Общая характеристика основных моделей жизненного цикла: каскадная, инкрементная, спиральная. Стадия как часть процесса создания программного обеспечения, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта.
презентация [159,1 K], добавлен 27.12.2013Тестирование как составляющая часть процесса отладки программного обеспечения, его роль для обеспечения качества продукта. Обнаружение ошибок в программах, выявление причин их возникновения. Подходы к формулированию критериев полноты тестирования.
курсовая работа [1,6 M], добавлен 20.12.2012Понятие и этапы жизненного цикла программного обеспечения как некоторых событий, которые происходят с системой компьютера в процессе ее создания, внедрения и сопровождения. Модели данного процесса: каскадная, спиральная, их отличительные особенности.
доклад [33,5 K], добавлен 06.04.2015Изучение различных видов тестирования программного обеспечения. Выявление в программной системе скрытых дефектов до того, как она будет сдана заказчику. Тестирование методом черного ящика. Требования, предъявляемые к процессу тестирования больших систем.
курсовая работа [3,0 M], добавлен 19.11.2009Тестирование и отладка программного обеспечения: понятие, принципы, этапы, цели и задачи. Тестирование методом сандвича как компромисс между восходящим и нисходящим подходами. Сущность метода "белого и черного ящика", отладки программного обеспечения.
курсовая работа [36,9 K], добавлен 21.07.2012Схемы взаимодействия между заказчиком и разработчиком программного обеспечения. Качество программного обеспечения и определение основных критериев его оценка на современном этапе, особенности управления на стадиях жизненного цикла, анализ достаточности.
презентация [114,7 K], добавлен 14.08.2013Развитие аппаратных компьютерных средств - задача первых трех десятилетий компьютерной эры. Процесс тестирования как составляющая процесса обеспечения качества разработки ПО. Принципы и критерии, предъявляемые к тестированию программного обеспечения.
курсовая работа [319,5 K], добавлен 25.05.2009Жизненный цикл программного обеспечения - непрерывный процесс, который начинается с принятия решения о необходимости создания ПО и заканчивается при полном изъятия его из эксплуатации. Подход к определению жизненного цикла ПО Райли, по Леману и по Боэму.
реферат [39,1 K], добавлен 11.01.2009Неразрешимость проблемы тестирования программного обеспечения. Виды и уровни тестирования. Стратегии восходящего и нисходящего тестирования. Методы "белого" и "черного" ящика. Автоматизированное и ручное тестирование. Разработка через тестирование.
курсовая работа [112,2 K], добавлен 22.03.2015