Смекни!
smekni.com

Методические указания по дипломному проектированию и преддипломной практике по специальности 200401 (стр. 4 из 4)

12. Антонов В.Ф., Черныш А.М., Пасечник С.А., Вознесенский С.А., Козлова Е.К. Практикум по биофизике. М. «Владос», 2001 г

13. И.Б. Литинецкий. Бионика, М., Просвещение, 1976.

14. А.Б. Коган, Н.П. Наумов, и др. Биологическая кибернетика, М., Высшая школа, 1977.

15. Ч. Сликтер. Основы теории магнитного резонанса, М., Мир, 1981.

16. Я.Ц. Ажипа. Медико-биологические аспекты применения метода ЭПР, М., Наука, 1983.

17. А. Исимару. Распространение и рассеяние волн в случайно-неоднородных средах, ч.1, Мир, 1981.

18. Дж. Слэтер. Передача ультракоротких волн, ОГИЗ, Гостехиздат, 1947.

19. Б.И. Давыдов, В.С. Тихончук, В.В. Антипов. Биологическое действие, нормирование и защита от ЭМИ, М., Энергоиздат, 1984.

21. С.А.Калинин. Управление биотехническими системами. М: МГТУ им. Баумана,1999.

22. Вентцель Е.С., Овчаров Л.А., Теория вероятностей и ее инженерные приложения. - М.: Наука, 1988.

23. Галлагер Р., Теория информации и надежная связь. - М.: Сов.радио (пер. с англ.), 1974 (электронная версия ).

24. Дуда Р., Харт П., Распознавание образов и анализ сцен. – М.: Мир (пер. с англ,), 1976.

25. Хакен Г., Информация и самоорганизация. Макроскопический подход к сложным системам. – М.: Мир, 1991.

26. Хакен Г. Синергетика. Москва, «Мир», 1980.

27. Лоскутов А.Ю., Михайлов А.С. Введение в синергетику. Москва, «Наука», 1990.

28. Гилмор. Прикладная теория катастроф. В 2-х книгах. Москва, «Мир» 1984.

29. Д.Эрроусмит, К.Плейс. Обыкновенные дифференциальные уравнения (Качественная теория с приложениями). Москва, «Мир»,1986.

30.Лупичев Л.Н., Каданцев В.Н. Введение в общую синергетику (Учебное пособие). М.: МГИРЭА(ТУ), 2006

32. В.-Б. Занг. Синергетическая экономика. Время и перемены в нелинейной экономической теории. - М.: Мир, 1999.

ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

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

Определение требований разных уровней:

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

2. Системные требования - детализированное описание системных функций и ограничений, которое иногда называют функциональной спецификацией. Она служит основой для заключения контракта между покупателем системы и разработчиками ПО.

3. Проектная системная спецификация - обобщённое описание структуры программной системы, которое будет основой для детализованного проектирования системы и её последующей реализации. Эта спецификация дополняет и детализирует спецификацию системных требований.

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

ФОРМИРОВАНИЕ И АНАЛИЗ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

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

Процесс формирования и анализа требований проходит через ряд этапов.

1. Анализ предметной области. Аналитики должны изучить предметную область, где будет эксплуатироваться система.

2. Сбор требований. Это процесс взаимодействия с лицами, формирующими требования. Во время этого процесса продолжается анализ предметной области.

3. Классификация требований. На этом этапе бесформенный набор требований преобразуется в логически связанные группы требований.

4. Разрешение противоречий. Без сомнения, требования многочисленных лиц, занятых в процессе формирования требований, будут противоречивыми. На этом этапе определяются и разрешаются противоречия такого рода.

5. Назначение приоритетов. В любом наборе требований одни из них будут более важны, чем другие. На этом этапе совместно с лицами, формирующими требования, определяются наиболее важные требования.

6. Проверка требований. На этом этапе определяется их полнота, последовательность и непротиворечивость.

Процесс формирования и анализа требований циклический, с обратной связью от одного этапа к другому. Цикл начинается с анализа предметной области и заканчивается проверкой требований. Понимание требований предметной области увеличивается в каждом цикле процесса формирования требований.

Подходы к формированию требований: метод, основанный на множестве опорных точек зрения, сценарии и этнографический метод. Другие подходы, которые могут использоваться в процессе разработки требований, - это методы структурного анализа и методы прототипирования. Не существует универсального подхода к формированию и анализу требований. Обычно для разработки требований одновременно используется несколько подходов.

ИНСТРУКЦИЯ ПО ОФОРМЛЕНИЮ ЭЛЕКТРОННОЙ ПАПКИ ДИПЛОМА

К защите допускаются только дипломные проекты, к которым оформлена и сдана на кафедру «Биокибернетика» электронная папка сопровождения проекта.

Используемый носитель: cd-rw диск малого размера (230 мб).

Коробка диска должна быть снабжена этикеткой с указанием данных о дипломнике, руководителе, форме обучения, с названием диплома и датой выпуска. Оглавление с наименованием всех вложенных файлов следует разместить с обратной стороны этикетки.

Каждый файл на диске должен иметь осмысленное название. Для чертежей можно применять название: чертеж1,…,чертеж7.

Пример оформления этикетки диска

МИРЭА, кафедра «Биокибернетика»

Дипломник (Проектант) Фамилия Имя Отчество
Факультет, группа Кибернетика, КМ2-02
Тема дипломного (курсового) проекта Точное название темы дипломного (курсового) проекта
Руководитель проекта должность Фамилия И.О. преподавателя
Место (площадка) и год выполнения и внедрения проекта кафедра «Биокибернетика» МИРЭА
Год защиты проекта 2007 год

Пример оформления оборотной стороны этикетки диска

Название каталога

Содержание

Дистрибутив\ NetFramework\
ФамилияИО\Документы\ ФамилияИО_РПЗ.doc ФамилияИО_Рецензия.doc ФамилияИО_ОтзывРуководителя.doc ФамилияИО_АктВнедрения.doc ФамилияИО_Демоверсия.ppt ФамилияИО_Доклад.doc ФамилияИО_Резюме.doc
ФамилияИО\Чертежи\ ФамилияИО_Чертеж1.vsd … ФамилияИО_Чертеж7.vsd
ФамилияИО\ИС\ ФамилияИО_ИС.rar

Структура каталогов на диске

Название каталога

Содержание

Дистрибутив\ Расположен в корневом каталоге. Дистрибутив среды разработки и выполнения (для больших систем дистрибутив среды разработки не обязателен, если не помещается на диск)
ФамилияИО\ Расположен в корневом каталоге. Содержит указанные ниже директории
ФамилияИО\Документы\ Содержит следующие документы: расчетно-пояснительная записка (курсовой проект или дипломный проект), рецензия, отзыв руководителя, акт внедрения, демоверсия, доклад, резюме автора (сведения об авторе и контактные сведения), копии авторских публикаций, дипломов, наград, относящихся к проекту (при наличии таковых)
ФамилияИО\Чертежи\ Чертежи в одном из следующих форматов (или комбинации этих форматов): MS Word, MS Visio (предпочтителен)
ФамилияИО\ИС\ Разработанная информационная система, упакованная архиватором RAR с расширением “.rar”