Методическое пособие по выполнению практических заданий _Осущест. Методическое пособие по выполнению практических заданий
![]()
|
Практическая работа 10. Сопровождение и коллективная разработка программного обеспечения. Цель: изучить виды программных документов, методы сопровождения и программы помогающие в коллективной разработке ПО. Виды программных документов. К программным документам относят документы, содержащие сведения, необходимые для разработки, сопровождения и эксплуатации ПО. Документирование с Единой системой программной документации. Спецификация должна содержать перечень и краткое описание назначения всех файлов ПО, в том числе и файлов документации на него, и является обязательной для программных систем, а также компонентов. Ведомость держателей подлинников должна содержать список предприятий, на которых хранятся подлинники программных документов. Необходимость этого документа определяется на этапе разработки и утверждения тех. задания только для программного обеспечения со сложной архитектурой. Текст программы должен содержать текст программы с необходимыми комментариями. Необходимость этого документа определяется на этапе разработки и утверждения тех. задания. Описание программы должно содержать сведения о логической структуре и функционировании программы. Ведомость эксплуатационных документов должна содержать перечень эксплуатационных документов на программу, к котором относятся документы с кодами. Необходимость этого документа определяется на этапе разработки и утверждения тех. задания. Формуляр должен содержать основные характеристики ПО, комплектность и сведения об эксплуатации программы. Описание применения должно содержать основные характеристики ПО, комплектность и сведения об эксплуатации программы. Руководство системного программиста должно содержать сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения. Руководство программиста должно содержать сведения для эксплуатации ПО. Руководство оператора должно содержать сведения для обеспечения процедуры общения оператора с вычислительной системой в процессе выполнения программного обеспечения. Описание языка должно содержать описание синтаксиса и семантики языка. Руководство по тех. обслуживанию должно содержать сведения для применения тестовых и диагностических программ при обслуживании технических средств. Программы и методика испытаний должны содержать требования, подлежащие проверке при испытании ПО, а также порядок и методы их контроля. Пояснительная записка должна содержать информацию о структуре и конкретных компонентах ПО, в том числе схемы алгоритмов, их общее описание, а также обоснование принятых технических и технико-экономических решений. Составляются на стадии эскизного и технического проектов. Прочие документы могут составляться на любых стадиях разработки. Пояснительная записка. Пояснительная записка должна содержать всю информацию, необходимую для сопровождения и модификации ПО: сведения о его структуре и конкретных компонентах, общее описание алгоритмов и их схемы, а также обоснование принятых технических и технико-экономических решений. Содержание пояснительной записки по стандарту ГОСТ должно включать следующие разделы: 1. Введение; 2. Назначение и область применения; 3. Технически характеристики; 4. Ожидаемые технико-экономические показатели; 5. Источники, используемые при разработке. Пояснительная записка составляется профессионалами в области разработки ПО для специалистов того же уровня квалификации. Следовательно, в ней уместно использовать специальную терминологию. Руководство пользователя. Составление документации для пользователей имеет свои особенности, связанные с тем, что пользователь не является профессионалом в области. Поэтому существует рекомендации по написание подобной программной документации: 1. Учитывайте интересы пользователей – руководство должно содержать все инструкции, необходимые пользователю; 2. Излагайте ясно, используйте короткие предложения; 3. Избегайте технического жаргона; 4. Будьте точны и рациональны – длинные и запутанные руководства никто не читает. Руководство пользователя, как правило, содержит следующие разделы: 1. Общие сведения о программном продукте; 2. Описание установки; 3. Описание запуска; 4. Инструкции по работе (или описание пользовательского интерфейса); 5. Сообщение пользователю. Руководство системного программиста. Руководство системного программиста должно содержать следующие разделы: 1. Общие сведения о программном продукте; 2. Структура; 3. Настройка; 4. Проверка; 5. Дополнительные возможности; 6. Сообщения системного программисту. Практическая работа 11. Коллективная разработка программного обеспечения. Коллективная разработка ПО - стратегия, рабочий процесс и набор программного обеспечения, способствующие совместной работе различных организаций, программистов над одним изделием. Из-за больших объемов проектов разработка программного обеспечения ведется коллективом специалистов. Работая в коллективе, отдельные специалисты должны взаимодействовать друг с другом, обеспечивая целостность проекта, что при отсутствии удовлетворительных средств описания проведения сложных систем, достаточно сложно. Причем чем больше коллектив, тем сложнее организовать процесс работы. Пакеты прикладных программ. Для визуализации, специфицирования, конструирования и документирования программных систем необходимо рассматривать их с различных точек зрения. Рассмотрим наиболее применяемые пакеты прикладных программ для коллективной разработки ПО. Система контроля версий Microsoft Visual SourceSafe. Microsoft Visual SourceSafe (VSS) – файл-серверная система управления версиями, предназначенная для небольших команд разработчиков. Она позволяет хранить в общем хранилище файлы, разделяемые несколькими пользователями, для каждого файла хранится история версий. Там, где VSS недостаточно, на замену предлагается другой продукт – Visual Studio Team Foundation Server. Система контроля версий Subversion. Subversion – свободно распространяемая система управления версиями с открытым кодом. Это централизованная система, данные хранятся в едином хранилище. При сохранении новых версий используется дельта-компрессия, т.е система находит отличия новой версии от предыдущей и записывает только их, избегая ненужного дублирования данных. Литература Разработка, внедрение и адаптация программного обеспечения отраслевой направленности: учеб. пособие / Г.Н. Федорова. – М. :КУРС : ИНФРА-М, 2018. – 336 с. (Среднее Профессиональное образование)./ ЭБС «ZNANIUM» Технология разработки программного обеспечения: учеб. пособие / Л.Г. Гагарина, Е.В. Кокорева, Б.Д Сидорова-Виснадул; под ред. Л.Г. Гагариной. М. : ИД «Форум» : ИНФРА-М, 2018. – 400 с. / ЭБС «ZNANIUM» Математическое моделирование технических систем: учебник / В.П. Тарасик. – Минск : Новое знание; М. : ИНФРА-М, 2018. – 592 с. / ЭБС «ZNANIUM» Источники из интернета: http:// www.interface.ru/home.asp?artId=3987 http://www.tehprog.ru/index.php_page=lecture0111.html https://unetway.com/tutorial/soprovozdenie-podderzka-programmnogo-obespecenia Приложения бюджетное профессиональное образовательное учреждение Вологодской области «Череповецкий лесомеханический техникум им. В.П. Чкалова» АТТЕСТАЦИОННЫЙ ЛИСТ ПО УЧЕБНОЙ ПРАКТИКЕ Студент(ка) __________________________________________________________________ (фамилия, имя, отчество) Специаальность 09.02.07 «Информационные системы и программирование» (код и наименование специальности) Курс 2 Группа ИС Успешно прошел(ла) учебную практику по профессиональному модулю ПМ. 02 Осуществление интеграции программных модулей УП 01 (учебная практика по профессиональному модулю ПМ. 02 Осуществление интеграции программных модулей) в объеме 2 недель (72 часов). Сроки прохождения с «» г. по «» г.
Характеристика учебной и профессиональной деятельности студента во время учебной практики УП 02 Оценка отношения обучающегося к практике, приобретению практических умений и навыков, трудовая дисциплина и т.д.
Руководитель практики от образовательной организации _________________ _______________________________________ ПодписьФ.И.О. |