tehnologia (1018792), страница 51
Текст из файла (страница 51)
Например: «расчет значений проводитсяпо формуле (12)».Оформление приложений. Каждое приложение должно начинаться с новой страницыс указанием в правом углу слова «ПРИЛОЖЕНИЕ» прописными буквами и иметьтематический заголовок. При наличии более одного приложения все они нумеруютсяарабскими цифрами: ПРИЛОЖЕНИЕ 1, ПРИЛОЖЕНИЕ 2 и т. д. Например:ПРИЛОЖЕНИЕ 2Титульный лист расчетно–пояснительной запискиРисунки и таблицы, помещаемые в приложении, нумеруют арабскими цифрами впределах каждого приложения с добавлением буквы «П».
Например:Рис. П. 12 – 12-й рисунок приложения;Рис. П1.2 – 2-й рисунок 1-го приложения.Если в приложении приводится текст программы, то каждый файл оформляют какрисунок с наименованием файла и его назначением, например:Рис. П2.4. Файл menuran.pas – программа движения курсора основного меню.Оформление списка литературы. Список литературы должен включать всеиспользованные источники.
Сведения о книгах (монографиях, учебниках, пособиях,справочниках и т. д.) должны содержать: фамилию и инициалы автора, заглавие книги, местоиздания, издательство, год издания. При наличии трех и более авторов допускаетсяуказывать фамилию и инициалы только первого из них со словами «и др.». Издательствонадо приводить полностью в именительном падеже: допускается сокращение названиятолько двух городов: Москва (М.) и Санкт–Петербург (СПб.).Сведения о статье из периодического издания должны включать: фамилию и инициалыавтора,наименованиестатьи,издания(журнала),серии(ес-307ли она есть), год выпуска, том (если есть), номер издания (журнала) и номера страниц, накоторых помещена статья.При ссылке на источник из списка литературы (особенно при обзоре аналогов) надоуказывать порядковый номер по списку литературы, заключенный в квадратные скобки;например: [5].11.6.
Правила оформления расчетно–пояснительных записокпри курсовом проектированииПри оформлении пояснительных записок следует придерживаться ГОСТ 7.32–91 (ИСО5966–82) «Отчет по научно-исследовательской работе. Структура и правила оформления». Всоответствии с этим стандартом текстовый документ подобного типа должен включать:• титульный лист,• реферат,• содержание,• введение,• основную часть,• заключение,• список использованных источников, в том числе литературы,• приложения.Титульный лист оформляют в соответствии с ГОСТ 19.104–78 «Единая системапрограммной документации. Основные надписи» (рис.
11.1).Вторая страница – реферат или аннотация на разрабатываемый программный продукт.Реферат в сжатом виде должен содержать сведения об объеме документа, количествеиллюстраций, таблиц приложений и т. п., а также перечень ключевых слов и основныеположения документа. Например, для отчета по научно–исследовательской работе: описаниеобъекта исследования, цели работы, методы исследования и аппаратура, полученныерезультаты, рекомендации по внедрению и т. д. В аннотации также в сжатом виде описываютназначение и особенности разработки, но она обычно не включает сведений об объеме и т. п.Третья страница – содержание, включающее: введение, наименование всех разделов,подразделов, пунктов, заключение, списки литературы и приложений с указанием номеровстраниц.
Ни аннотация или реферат, ни само содержание в оглавлении не упоминают.Затем следуют разделы документа в порядке, определенном логикой изложенияматериала. Далее могут следовать приложения, содержащие материал, не вошедший вдокумент по причине его ограниченного объема, но интересный для более глубокогопонимания излагаемого материала.308Министерство образования Российской ФедерацииМосковский государственный технический университет имени Н.Э.
БауманаФакультет Информатика и системы управленияКафедра Компьютерные системы и сетиСИСТЕМА УЧЕТА ТЕКУЩЕЙ УСПЕВАЕМОСТИ СТУДЕНТОВРасчетно-пояснительная запискак курсовой работеЛистов 25Руководитель,канд. техн. наук, доцентПетров П.П.Исполнитель,студент гр. ИУ6-31Иванов И.И.2002Рис. 11.1. Пример титульного листа расчетно-пояснительной записки309В качестве примера рассмотрим оглавление пояснительной записки к проекту по курсу«Технология программирования».СодержаниеВведение1.
Выбор технологии, языка и среды программирования2. Анализ и уточнение требований к программному продукту2.1. Анализ процесса обработки информации и выбор структурданных для ее хранения2.2. Выбор методов и разработка основных алгоритмов решения задачи3. Разработка структурной схемы программного продукта4. Проектирование интерфейса пользователя4.1. Построение графа диалога4.2. Разработка форм ввода-вывода информации5. Проектирование классов предметной области5.1. Построение диаграммы классов5.2. Уточнение структуры классов предметной областии разработка алгоритмов методов6.
Выбор стратегии тестирования и разработка тестовЗаключениеСписок литературыПриложение 1. Техническое заданиеПриложение 2. Руководство пользователя46779111313141717192124252630Контрольные вопросы1. Назовите основные виды программной документации. Охарактеризуйте каждый изних. В каких случаях их используют?2. Что должно описываться в пояснительной записке? Кому она предназначена?Почему в пояснительной записке обычно описывают не только принятые решения, но иотвергнутые варианты?3.
На кого рассчитано руководство пользователя? Что оно должно содержать? В какихситуациях вы читаете руководство пользователя? Вспомните прочитанные вами руководствапользователя. Что вам в них не понравилось?310ПРИЛОЖЕНИЕСистема условных обозначений унифицированного языка моделирования (UML)Унифицированный язык моделирования UML – фактически стандартное средствоописания проектов, создаваемых с использованием объектно–ориентированного подхода. Вмодель проекта программного обеспечения по замыслу авторов языка может входитьбольшое количество диаграмм различных типов, использующих единую системуобозначений.
Среди диаграмм наиболее часто используемыми являются:• диаграммы вариантов использования или прецедентов (uses case diagrams) –показывают основные функции системы для каждого типа пользователей;• диаграммы классов (class diagrams): контекстные, описания интерфейсов иреализации – демонстрируют отношения классов между собой;• диаграммы деятельностей (activity diagrams) — представляют собой схему потоковуправления для решения некоторой задачи по отдельным действиям, допускают наличиепараллельных и/или альтернативных действий;• диаграммы взаимодействия (interaction diagrams) двух альтернативных типов:а) диаграммы последовательности действий (sequence diagrams) – отображаютупорядоченное по времени взаимодействие объектов в процессе выполнения вариантаиспользования,б) диаграммы кооперации (collaboration diagrams) – предоставляют ту жеинформацию, что и диаграммы последовательности действий, но в форме, позволяющейлучше представить ответственности классов в целом;• диаграммы состояний объекта (statechart diagrams) – показывают со стояния объектаи условия переходов из одного состояния в другое;• диаграммы пакетов (package diagrams) – демонстрируют связи наборов классов,объединенных в пакеты, между собой;• диаграммы компонентов (component diagrams) – показывают, из каких программныхкомпонентов состоит программное обеспечение и как эти компоненты связаны между собой;311• диаграммы размещения (deployment diagrams) – позволяют связать программные иаппаратные компоненты системы.Дополнениями к диаграммам служат формализованные и неформализованныетекстовые описания, комментарии и словари.При построении этих и других диаграмм используют унифицированную системуобозначений.
Обозначения диаграмм прецедентов приведены в табл. П.1, диаграмм классов ипакетов – в табл. П.2, диаграмм взаимодействия – в табл. П.З, диаграмм деятельностей исостояний объекта – в табл. П.4, диаграмм компонентов и размещения – в табл. П.5. Принеобходимости допускается использование обозначений одних диаграмм на других.312313314СПИСОК ЛИТЕРАТУРЫ1. Агабеков Л.Е., Иванова Г.С. Программирование на C++. Ч.
1. Средства процедурногопрограммирования: Учеб. пособие. – М.: Изд-во МГТУ им. Баумана, 1999.2. Агабеков Л.Е., Иванова Г.С. Программирование на C++. Ч. 2. Средства объектноориентированного программирования: Учеб. пособие. – М.: Изд–во МГТУ им. Баумана, 1996.3. Аншина М.А. Страсти по качеству ПО.
Открытые системы, № 6, 1998.4. Артемьев В.И., Строганов В.Ю. Организация диалога в САПР. Разработка САПР: В 10 кн.Кн. 5. – М.: Высш. шк., 1991.5. Бадд Т. Объектно-ориентированное программирование в действии: Пер. с англ. – СПб.:Питер, 1997.6. Боэм Б. Инженерное проектирование программного обеспечения. – М.: Радио и связь, 1985.7. Боэм Б., Браун Дж., Каспар X. и др. Характеристики качества программного обеспечения.
–М.: Мир, 1981.8. Брукс Ф. Мифический человеко–месяц или как создаются программные системы. – СПб.:Символ–Плюс, 1999.9. Бутаков Е.А. Методы создания качественного программного обеспечения ЭВМ. – М.:Энергоатомиздат, 1984.10. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений наC++, 2–е изд.: Пер. с англ. – М.: Бином, СПб.: Невский диалект, 1998.11. Буч Г., Рамбо Д., Джекобсон А.
Язык UML. Руководство пользователя. – М.: ДМК Пресс,2001.12. Вендров A.M. Один из подходов к выбору средств проектирования баз данных иприложений. // СУБД. 1995. № 3.13. Вендров A.M. CASE–технологии. Современные методы и средства проектированияинформационных систем. – М,: Финансы и статистика, 1998.14. ВендровA.M.Проектированиепрограммногообеспеченияэкономическихинформационных систем: Учеб. – М.: Финансы и статистика, 2000.15.
Вирт Н. Алгоритмы и структуры данных: Пер. с англ. – М.: Мир, 1989.16. Гейн К., Сарсон Т. Системный структурный анализ: средства и методы. – М.: «Эйтеко, 1992.17. Гримм С.Дж. Как писать руководства для пользователей. – М.: Радио и связь, 1985.31518. Грис Д. Наука программирования. – М.: Мир, 1984.19. Дал У., Дейкстра Э., Хоор К. Структурное программирование: Пер. с англ.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
