Яремчук Учебное пособие по русскому как иностранному для спетсиалности 2015
.pdfПример: Работу по проектированию при объектно-ориенти-
рованном подходе выполняет системный архитектор средства-
ми языка UML. = Работа по проектированию при объектно-
ориентированном подходе выполняется системным архитекто-
ром средствами языка UML.
Задание 8. Найдите в данном тексте предложения, которые осложнены. Определите, чем осложнены данные предложения: а) однородными членами предложения; б) определительными оборотами; в) деепричастными оборотами или одиночными деепричастиями, г) вводными словами или вводными конструкциями; д) уточняющими и пояснительными словами.
Пример: Прежде чем приступить к разработке программного продукта, необходимо, конечно же, сформировать требования, которым он должен соответствовать (предложение осложнено
вводным словом, выражающим оценку говорящим степени достоверности сообщаемого).
Задание 9. Вспомните предложно-падежные конструкции разного рода обстоятельственных отношений. Найдите в тексте предложно-падежные конструкции с обстоятельствами: а) места; б) времени; в) условия; г) причины или следствия; д) уступки; е) цели; ж) образа действия, меры и степени. В каждом случае определяйте тип обстоятельственных отношений и каким способом они выражены.
Пример: При разработке задач проектирования необходима помощь системного архитектора средствами языка UML
(обстоятельство времени, выраженное предложно-падежным сочетанием).
Задание 10. Вспомните средства связи между однородными членами предложения и частями сложносочиненного предложения. Найдите в тексте такие средства связи. В каждом случае определите, при помощи каких союзов осуществляется связь между однородными членами предложения или между частями сложносочиненного предложения.
− 241 −
Разряд |
|
сочинительных |
Сочинительные союзы |
союзов |
|
Соединительные |
И, да = и, и… и |
Разделительные |
Или, либо, то…то, не то … не то, ни … |
|
ни, все же, все-таки |
Противительные |
А, а (не), но, однако, да = но, а между тем |
Присоединительные |
Кроме того, причем, притом, тем самым, |
|
к тому же, тем более что, тоже, также, |
|
а также |
|
|
Сопоставительные |
Как … так и …, не только … но и … |
|
|
Пример: Эта программа позволяет не только документировать требования, но и декомпозировать их до конкретных спецификаций и метрик, а также вывести граф метрик, показывающий сбалансированность собранных требований (однородные сказуе-
мые соединены присоединительными союзами).
Задание 11. Найдите в тексте сложноподчиненные предложения: а) с определительной придаточной частью; б) с изъяснительной придаточной частью; в) с обстоятельственной придаточной частью причины или следствия; г) с обстоятельственной придаточной частью условия; д) с обстоятельственной придаточной частью цели; е) с обстоятельственной придаточной частью времени. Обратите внимание на форму выражения предиката в предложении с обстоятельственной придаточной частью цели.
Пример: В требованиях обязательно обнаруживаются противоречия и проблемы, поэтому эти противоречия нужно выявить и согласовать до начала работ следующей стадии проектирования
(сложноподчиненное предложение с обстоятельственной придаточной частью следствия).
− 242 −
ТЕХНОЛОГИИ И ИНСТРУМЕНТЫ ПРОГРАММИРОВАНИЯ: ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Известно, что основными этапами жизненного цикла программного обеспечения являются:
-определение требований и разработка спецификаций;
-проектирование;
-кодирование;
-тестирование;
-внедрение и сопровождение.
Взависимости от того, в каком порядке и с какой частотой выполняются эти этапы, выделяют три основные модели разработки программного обеспечения: модель водопада, итерационную модель и спиральную модель, хотя существуют и другие модели.
Вмодели водопада к пройденному однажды этапу уже не возвращаются. Каждый предыдущий этап должен быть полностью выполнен, после чего управление проектом передается на последующий этап.
Витерационной модели возврат на предыдущую ступень разработки программного обеспечения возможен на любом этапе.
Вспиральной модели передача управления происходит только вперед, но при достижении последнего этапа происходит переход вновь на первый, но уже на новом уровне качества, и далее опять вперед и т. д. Таким образом, формируется восходящая спираль разработки. Такая модель разработки свойственна программным проектам промышленного масштаба, рассчитанным на массового пользователя (например, операционные системы).
Прежде чем приступить к разработке программного продукта, необходимо, конечно же, сформировать требования, которым он должен соответствовать. Сбором, анализом и оформлением требований, как и разработкой спецификаций, занимается системный аналитик.
Перечислим лица, у которых собираются требования: 1) заказчик (инвестор);
2) руководитель подразделения, в котором будет внедряться создаваемая программа;
3) потенциальные пользователи программы;
−243 −
4)исполнители программного проекта;
5)потенциальные пользователи результатов работы программы;
6)консультанты.
В требованиях обязательно обнаруживаются противоречия и проблемы, поэтому эти противоречия нужно выявить и согласовать до начала работ следующей стадии проектирования. Для этого нужно проделать следующие шаги:
-выработать соглашение о наличии проблемы;
-выделить основные причины возникновения проблемы;
-выявить заинтересованных лиц и пользователей;
-определить границы системы решений;
-выявить ограничения, которые необходимо наложить на решение.
Несмотря на то, что требования формируются до начала программного проекта, нужно помнить, что они будут сопровождать работу на каждом этапе разработки ПО. Поэтому требования должны строго документироваться. Само собой разумеется, лучше всего использовать для этого специальное программное обеспечение управления требованиями, например, Borland CaliberRM. Эта программа позволяет не только документировать требования, но и декомпозировать их до конкретных спецификаций и метрик, а также вывести граф метрик, показывающий сбалансированность собранных требований. Кроме того, Borland CaliberRM поддерживает режим коллективной работы над требованиями на протяжении всего жизненного цикла ПО.
На этапе анализа требований необходимо предъявить пользователям прототипы пользовательского интерфейса программного продукта, так как расположение элементов управления, дизайн, эргономика и функционал пользовательского интерфейса – это то, что можно согласовать до начала проектирования.
Работу по проектированию при объектно-ориентированном подходе выполняет системный архитектор средствами языка UML. Задачи проектирования включают в себя две составляющие: разработку физической и логической структур. Логическое проектирование заключается в разработке классов для реализации их экземпляров – объектов. Для этого требуется подробное описание полей и методов классов, а также связей между ними.
−244 −
Статические диаграммы классов и пакетов являются основными в UML-проектировании, поскольку именно они обеспечивают генерацию шаблонов исходного кода для следующего этапа, кодирования. Динамические диаграммы предназначены для более полного понимания программистом логики функционирования системы и взаимоотношения классов. Для проектирования физической структуры предназначены UML-диаграммы компонентов развертывания. Эти диаграммы описывают физическое размещение компонентов системы на аппаратном обеспечении заказчика.
Для повышения эффективности этапа проектирования нужно, чтобы программный пакет создания архитектуры был совместим со средством разработки кода. Если в качестве среды разработки выбрана Delphi, то системный архитектор может использовать пакет Together производства Borland, полностью совместимый с этой средой.
Разработка исходного кода ведется в интегрированной среде быстрой разработки, такой как Delphi или Microsoft Visual Studio,
на основе полученных от системного архитектора UML-диаграмм и автоматически сгенерированного по этим диаграммам шаблонам исходного кода.
Послетекстовые задания
Задание 1. Ответьте на вопросы к тексту:
1.Какие основные этапы жизненного цикла программного обеспечения вам известны?
2.С чем связано определение модели разработки программного обеспечения?
3.Чем отличается модель водопада от итерационной модели?
4.Каково основное отличие спиральной модели ?
5.Почему требования должны строго документироваться?
6.Какие вопросы нужно согласовать до начала проектирования?
7.В связи с чем тестирование подразделяется на три стадии?
Задание 2. Создайте структурно-смысловую схему текста. Найдите в тексте информацию, соответствующую каждому структурно-смысловому компоненту текста. Опираясь на составленную стуруктурно-смысловую схему, напишите тезисный план текста.
− 245 −
Задание 3. Напишите реферат-конспект текста с использованием предложений с реферативной формой.
Грамматические варианты предложений с реферативной формой глагола
Пассивные конструкции |
Активные конструкции |
В тексте описывается… |
Текст (Автор) описал … |
В тексте дано описание … |
Текст (Автор) описывает … |
В тексте дается описание |
Текст (Автор) дал описание … |
…. |
Текст (Автор) привел описание |
В тексте приведено описание |
Текст (Автор) дает … |
В тексте приводится описа- |
Текст (Автор) приводит описа- |
ние |
ние … |
Задание 4. Напишите рецензию на прочитанный текст, руководствуясь представленной структурой и языковыми клише (обобщение).
|
Структура |
Языковые клише, используемые |
|
рецензии |
при написании рецензии |
|
Вступление |
Вступление |
1. |
Предмет ана- |
1. Предмет анализа |
лиза. |
1. Установить жанр текста (реферат, доклад, |
|
2. |
Актуальность |
статья, текст и т.п.). |
темы. |
2. Использовать далее различные замены: |
|
|
|
В работе… |
|
|
В данном исследовании… |
|
|
В предмете анализа |
|
|
Настоящий труд… |
|
|
Рецензируемая работа… и т. д. |
|
|
2. Актуальность темы |
|
|
Использовать одну из формул: |
|
|
Настоящая работа посвящена проблеме…, |
|
|
которая указывает на актуальность прово- |
|
|
димых автором исследований. |
|
|
Актуальность темы следует непосредствен- |
− 246 −
Структура |
|
Языковые клише, используемые |
рецензии |
|
при написании рецензии |
|
|
но из названия рецензируемого труда и не |
|
|
требует дополнительных объяснений. |
|
|
Работа рассматривает актуальную тему |
|
|
совершенствования существующих систем… |
|
|
и способствует углублению наших знаний в |
|
|
этой области… и т.д. |
Основная часть |
Основная часть |
|
3. Краткое |
со- |
3. Краткое содержание |
держание. |
|
Пересказать содержание. Отметить лишь са- |
4. Общая оценка. |
мые существенные, центральные вопросы: |
|
5.Недостатки |
и |
Центральным вопросом работы, где наиболее |
достоинства |
ра- |
интересны и существенны результаты, явля- |
боты. |
|
ется… |
|
|
Для оценки работы нет необходимости рас- |
|
|
сматривать ее в целом; достаточно остано- |
|
|
виться на содержании третьей главы, со- |
|
|
ставляющей основу исследования… |
|
|
Через всю работу красной нитью проходит |
|
|
вскрываемое и исследуемое автором соотно- |
|
|
шение…, на котором и следует остановить- |
|
|
ся подробнее… |
|
|
4. Общая оценка |
|
|
1. Начать данную часть фразами: |
|
|
Суммируя результаты отдельных глав, … |
|
|
Таким образом, настоящая работа… |
|
|
Оценивая работу в целом… |
|
|
Подводя общие итоги следует отметить, |
|
|
что… |
|
|
2. Определить качество работы и дать оценку: |
|
|
Работа заслуживает |
|
|
положительной оценки (слабая работа); |
|
|
высокой оценки (средний уровень работы); |
|
|
отличной оценки (хорошая работа). |
|
|
|
− 247 −
Структура |
Языковые клише, используемые |
|
рецензии |
при написании рецензии |
|
|
|
5. Недостатки, недочеты |
|
|
1. Использовать в начале клише: |
|
|
К недочетам работы следует отнести до- |
|
|
пущенные автором длинноты в изложении… |
|
|
и недостаточную четкость речевого оформ- |
|
|
ления материала |
|
|
Работа методически не рациональна, следо- |
|
|
вало бы изменить последовательность |
|
|
глав…, несколько сократить введение и снаб- |
|
|
дить работу приложением… |
|
|
Существенный недостаток данного исследо- |
|
|
вания заключается в… |
|
|
2. Закончить постраничное перечисление не- |
|
|
достатков и недочетов: |
|
|
Отмеченные недочеты не снижают высоко- |
|
|
го уровня работы, т. е. носят локальный ха- |
|
|
рактер… |
|
|
Указанные замечания не влияют на конечные |
|
|
результаты работы. Можно лишь обра- |
|
|
титься к автору с пожеланиями… |
|
|
Перечисленные недостатки и недочеты |
|
|
слишком серьезны и не позволяют рассмат- |
|
|
ривать работу как состоявшееся исследова- |
|
|
ние… |
Заключение |
Заключение |
|
6. Выводы: ито- |
6. Выводы |
|
говая |
оценка, |
Использовать одну из формул: |
пожелания авто- |
Работа может быть оценена положительно |
|
ру. |
|
… |
|
|
Настоящее исследование заслуживает высо- |
|
|
кой оценки, а ее автор достоин … |
|
|
Работа представляет собой самостоятель- |
|
|
ное исследование…, удовлетворяет требова- |
|
|
ния, предъявляемые к … работам … |
|
|
|
− 248 −
Структура |
Языковые клише, используемые |
рецензии |
при написании рецензии |
|
Наиболее интересный материал дан в тре- |
|
тьей главе, которая и является собственно |
|
оригинальной. Однако избыточность речево- |
|
го оформления затрудняет чтение. Кроме |
|
того, обилие ошибок приводит к мысли, что |
|
автор … |
Задание 5. Послушайте отрывок из лекции «Жизненный цикл программного обеспечения: тестирование». Во время прослушивания лекции конспектируйте ее основное содержание. Опираясь на конспект, коротко перескажите услышанное в лекции. При пересказе выделяйте основную информацию. Сделайте выводы, следующие из услышанного.
Тестирование программного обеспечения – это та ступень разработки ПО, на которую в последнее время обращается все более пристальное внимание. Этап тестирования, если он организован недостаточно хорошо, может вызывать затраты, равные половине всех затрат на создание ПО.
В процессе тестирования используются данные, характерные для системы в рабочем состоянии, то есть данные для тестирования нельзя выбирать случайным образом. План проведения испытаний должен быть составлен заранее, кроме того, большую часть тестовых данных нужно определить еще на этапе проектирования системы.
Тестирование подразделяется на три стадии: автономное, комплексное и системное.
При автономном тестировании каждый модуль подвергается испытаниям при помощи данных, подготовленных самим программистом. При этом программная среда модуля имитируется при помощи программы управления тестированием, содержащей фиктивные программы вместо реальных подпрограмм, к которым имеются обращения из данного модуля. Подобную процедуру иногда называют программным тестированием, а программу, подлежащую тестированию, – тестируемой программой. Модуль,
− 249 −
прошедший автономное тестирование, подвергается комплексному тестированию.
В процессе комплексного тестирования производится совместная проверка групп программных компонентов. Как результат получают полностью проверенную систему. На данной стадии тестирования часто обнаруживаются ошибки, пропущенные на предыдущей стадии тестирования. Исправление этих ошибок может потребовать до четверти общих затрат.
Системное, или оценочное, тестирование завершает этап проверки системы, то есть завершает испытание системы в целом при помощи независимых тестов. Независимость тестов является существенным обстоятельством, поскольку заказчик при приемке может настоять на проведении собственного системного тестирования. Для случая, когда сравниваются характеристики нескольких систем (например, когда требуемое ПО поставляется несколькими изготовителями), такая процедура известна как
сравнительное тестирование.
Наконец, в заключение вспомним важные критерии тестирования:
-для программы необходимо располагать набором тестовых данных, позволяющих установить, что программа работает правильно по любой ветви;
-каждая инструкция программы должна быть выполнена, по крайней мере, один раз для заданного набора тестовых данных;
-каждая ветвь в программе должна быть испытана хоть один раз
сиспользованием набора тестовых данных.
Задание 6. Руководствуясь правилами составления текстовпредставлений и используя приведенные конструкции, напишите текст-представление по теме «Технологии и инструменты программирования».
Задание 7. Обобщая все знания, полученные по теме «Технологии и инструменты программирования», проведите круглый стол.
− 250 −