Диссертация (1145120), страница 56
Текст из файла (страница 56)
Многие научные руководителинеохотно пользуются и-картами, более того, часто они скептически относятся к сторонней помощи. Это соответствует. Это соответствуетроссийским традициям, в соответствии с которыми дипломная работаявляется личным делом студента и его научного руководителя, а кафедра видит лишь конечные результаты на защите.Необходимо отметить следующие ограничения предложенного метода. Текст диплома может удовлетворять предложенным критериям, но небыть качественным.
При этом и сама выполненная работа может небыть качественной. Однако в ходе семинара руководитель идентифицирует проблемные работы и сообщает об этом научным руководителям и руководству выпускающего подразделения. Метод не предназначен непосредственно для обучения навыкам написания текстов — например, ряду студентов трудно письменно формулировать свои мысли, держать фокус изложения, писать на техническом языке (например, не использовать разговорные обороты). Длякорректировки подобных проблем требуются иные средства. Но опытнаписания больших текстов студенты, несомненно, получают и могутиспользовать его в дальнейшем. Метод не подходит для кропотливой и локальной работы над текстом— над языком, последовательностью изложения и т.д.
То есть все рав348но научному руководителю следует прочесть текст студента и высказать свои замечания.Наконец, отметим, что метод может быть легко адаптирован в других, отличных от программной инженерии, областях. Во многих курсах по SoftwareEngineering студентов учат писать технические документы — обзор такихкурсов, а также самих методов и инструментов можно найти в [169], [317].Существуют также обстоятельные системные подходы к написанию пользовательской документации [435], обширная литература по обучению профессии технического писателя (technical writing) [392], [439], [445].
Однако индустриальная документация существенно проще, чем тексты дипломов, поскольку последние являются научными и имеют более сложную структуру.Кроме того, процесс создания промышленной документации имеет свои специфические черты — связь с разработкой, тестированием и др. видами деятельности процесса разработки ПО.
Различаются также и программные технологии, используемые для написания текстов в промышленной и научнойсреде.Существует большое количество книг и статей о том, как писать научныестатьи — см., например, серию статей [159], [160], [161], [162], [163], [163].При этом особое внимание уделяется таким элементам текста, как заголовок[159], введение [161], заключение [163], то есть структуре текста. Существуют также работы, посвящённые написанию статей именно в области программной инженерии и информатики (см., например, [415]).
Однако все этиработы делают акцент на развитии индивидуальных навыков студентов, тоесть предназначаются самому автору текста, способствуя улучшению егоумений писать тексты. Но, как отмечалось выше, студенты, собирающиесяпродолжить свою карьеру в индустрии, не нуждаются в продвинутых навыках. Вместо этого востребованными кажутся подходы, позволяющие им разрабатывать качественные тексты дипломных работ в тесном сотрудничествесо своими научными руководителями и другими сотрудниками выпускаю349щей кафедры.
Несмотря на то, что считается, что студент должен работатьабсолютно самостоятельно, роль научных руководителей при разработке хороших текстов обычно велика, поэтому здесь могут помочь коллективныетехники работы над текстами.Представленный в данном разделе программный инструмент и метод являются примером применения предметно-ориентированного моделированияв области образования. Следует отметить, что Comapping является в большейстепени универсальным (многоцелевым) инструментом, чем DSM-средством.Предложенный метод в рамках классификации методологии предметноориентированного моделирования является методикой, так как, применяяпредметно-ориентированное моделирование к решению узкой задачи, невключает разработку программного решения.3505.6 Проекты Real и Real-ITПроект Real был реализован совместно ГП «Терком» ЗАО «ЛанитТерком» и кафедрой системного программирования СПбГУ в 1997–2002 годах.
Проект Real-IT выполнялся совместно кафедрой системного программирования и отделом общеуниверситетских служб СПбГУ в 2001–2005 годах.Первый проект был посвящён разработке универсального инструмента моделирования и предметного-ориентированного решения на его основе для разработки телекоммуникационных систем (точнее, существующее решениеRTST [133], [145] было перенесено на Real).
Real-IT является предметноориентированным решением на базе Real для разработки линейки информационных систем, интенсивно работающих с данными.Автор участвовал в обоих проектах. В рамках проекта Real он отвечал закомпонентную и поведенческую модели, что отражено в работах [47], [98],[101], [99], [102]. В работах, написанных в соавторстве, вклад Д.
В. Козновазаключается в следующем. В [101] автор диссертационной работы сформулировал задачу статьи и предложил метод обзора диаграмм классов UML.Сам обзор выполнили соавторы. В [102] всю исследовательскую часть, атакже реализацию SDL/STD-редактора выполнил Д. В. Кознов, соавторыучаствовали в разработке метамодели и архитектуре программного средства.Кроме того, последние два года автор был техническим руководителем проекта и активно участвовал в принятии методологических и архитектурныхрешений, что отражено в следующих публикациях [88], [100], [103]. В этихработах Д. В. Кознов сформулировал идею совместной разработки телекоммуникационных и информационных систем в рамках инструмента Real,участвовал в создании общей метамодели, отвечая за структурную и поведенческую модели, а также модель требований.
Д. В. Кознов был также автором ряда архитектурных решений — унифицированной «прослойки» междуграфической библиотекой, репозиторием, с одной стороны, и графическимиредакторами, с другой стороны. В проекте Real-IT Д. В. Кознов участвовал в351разработке главных концепций и проектировании решения, а также отвечалза интеграцию с языком WebML, что отражено в работах [95], [96], [321].Вклад Д. В.
Кознова в этих работах заключается в следующем. В работах[95], [96] ему принадлежит идея исследования, а также формализация результатов. Расширение WebML средствами Real-IT, а также программная реализация принадлежат соавторам. В статье [321] Д. В. Кознову принадлежитконцепция циклической разработки, обзор литературы, а также работа надтекстом.Объектно-ориентированная методология Real основывается, главным образом, на UML [426], SDL [285], ROOM [393] и направлена на соразработкуПО для телекоммуникационных и информационных систем73. Это являетсяактуальной задачей, так как многие телекоммуникационные системы содержат в своём составе компоненты информационных систем — базы данных,рабочие места операторов и пр.
Перечислим, какие модели предлагаютсяReal для моделирования систем. Модель требований к системе: описательная модель — в текстовом виде описываются исходные требования к системе; модель случаев использования описывает требования, предъявляемые к системееёокружением (пользователями, другими системами) с помощью моделивариантов использования UML, т.е. отвечает на вопрос «что и для когодолжна делать система?»; функциональная модель описывает разбиение случаев использования на функции и подфункции, даёт ответ навопрос «как должны реализовываться случаи использования системы втерминах своих подфункций?». Статическая модель (модель классов) описывает внутреннюю структуру системы.
На модели классов можно задавать классы объектноориентированного приложения, схему базы данных и компоненты си73Ниже CASE-средство Real описывается на основе материалов автора, представленныхим в работах [88], [100], [103], но, главным образом, в [47].352стем реального времени.Данная модель отвечает на вопрос «какдолжна выглядеть система изнутри?». Динамическая модель: модель объектов — описывает роли объектовсистемы и отвечает на вопрос «какие объекты взаимодействуют привыполнении функций системы?»; модель взаимодействий описываетсценарии взаимодействия объектов системы между собой, а также спользователями, то есть даёт ответ на вопрос «как объекты взаимодействуют друг с другом для выполнения функций системы?»; поведенческая модель описывает алгоритмы поведения объектов системы, отвечая на вопрос «как должен вести себя каждый объект для реализациифункций системы?».Рассмотрим средства Real для разработки телекоммуникационных систем.Основное назначение Real в применении к этим системам — проектированиесложной управляющей логики реактивных систем [272] с последующей возможностью автоматической генерации кода.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
