Методические указания по выполнению практических работ по мдк


Тема 2.4.  Документирование



Pdf көрінісі
бет5/26
Дата12.10.2022
өлшемі2,59 Mb.
#152842
түріМетодические указания
1   2   3   4   5   6   7   8   9   ...   26
Байланысты:
тестилеу лек русс

Тема 2.4. 
Документирование
Практическая работа № 2.23. Оформление документации на 
программные средства с использованием инструментальных 
средств 

24.
Практическая работа № 2.24. Оформление документации на 
программные средства с использованием инструментальных 
средств 

Итого 
48 



Практическая работа № 2.1. Выявление ошибок и причин их появления 
Цель работы: изучить проблематику создания сложной программной системы в 
отношении к разрабатываемой ИС. 
Краткие теоретические сведения 
Особенности разработки сложных (больших) программных систем. Из года в год 
увеличиваются разнообразие и сложность систем, получивших в международной научно-
технической практике название систем, интенсивно использующих программное обеспечение 
– Software Intensive Systems (SIS). В системах такого рода функциональный потенциал 
определяется программным обеспечением (ПО) или зависит от ПО в существенной мере. В 
таких системах программные компоненты взаимодействуют друг с другом и компонентами и 
подсистемами другой природы, датчиками, приборами и людьми, вовлеченными в процессы 
использования SIS. К числу SIS, например, относятся разнородные автоматизированные 
системы управления, встроенные бортовые транспортные системы, телекоммуникационные и 
корпоративные системы, в том числе и на базе web-cepвисов. Для разработок SIS типичны 
крупномасштабные проекты – десятки или сотни разработчиков, месяцы или годы разработки, 
сотни тысяч или десятки миллионов долларов, комплектование из многочисленных 
разнородных подсистем, большая часть из которых включает программные системы. Не все 
программные системы сложны. Существует множество программ, которые задумываются, 
разрабатываются, сопровождаются и используются одним и тем же человеком. Обычно это 
начинающий программист или профессионал, работающий изолированно. Нельзя сказать, что 
все такие системы плохо сделаны или тем более усомниться в квалификации их создателей. 
Но такие системы, как правило, имеют очень ограниченную область применения и короткое 
время жизни. Обычно их лучше заменить новыми, чем пытаться повторно использовать, 
переделывать или расширять. Разработка подобных программ скорее утомительна, чем 
сложна, так что изучение этого процесса нас не интересует. Какого-либо одного формального 
признака, отличающего обычную программу от сложной, не существует. В целом сложные 
программы выгодно отличаются разнообразием предоставляемого сервиса и количеством 
обрабатываемой информации. Возможно обозначить лишь некоторые качественные 
характеристики, свойственные сложной программе. Сложная программа характеризуется 
также более сложным алгоритмом обработки событий. В частности, такая программа 
предполагает некоторую реакцию на вмешательство пользователя в управляемый процесс или 
объект. Существенно, что сложные программы предназначены для многократного 
использования и применения разными пользователями. В связи с этим следует обратить 
внимание на ряд необходимых свойств программного обеспечения. 
Обычно сложная программа обладает следующими свойствами: 

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

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

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

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

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




для выполнения своих задач программа должна удовлетворять требованиям 
совместимости, переносимости и интеграции с другими программами и программно-
аппаратными системами и обеспечивать работу на разных платформах; 

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

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

большая программа имеет намного большее количество ее возможных пользователей 
по сравнению с небольшими программами и еще больше тех лиц, деятельность которых будет 
так или иначе затронута ее работой и результатами. Более подробно теоретические сведения 
и методики изложены в. 
Контрольные вопросы 
1.
Что такое управление процессом разработки? 
2.
Что такое гибкость программного обеспечения? 
3.
Как описывается поведение программных систем? 
4.
Что такое сложность ПО? 


Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9   ...   26




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет