МУ Дипломное проектирование

–технико-экономические показатели, включающие сравнение с существующими аналогами;

–стадии и этапы разработки;

–порядок контроля и приемки.

В основаниях для разработки указываются:

–документ, на основании которого ведется разработка;

–организация, утвердившая этот документ;

–наименование темы разработки.

Требования к программе или программному изделию:

–требования к функциональным характеристикам (состав функций, организации входных и выходных данных, временные характеристики);

–требования к надежности, включающие функционирование с учетом отказов;

–условия эксплуатации с учетом вида обслуживания и квалификации персонала;

–требования к составу и параметрам технических средств;

–требования к информационной и программной совместимости;

–требования к маркировке и упаковке;

–требования к транспортированию и хранению;

–специальные требования.

4.9.3. ТЗ на информационную систему ТЗ на информационную систему разрабатывается по ГОСТ 34.602—89

как на автоматизированную систему (АС) и содержит следующие элементы:

–титульный лист;

–общие сведения;

–назначение и цели создания системы;

–характеристику объектов автоматизации;

–требования к автоматизированной системе;

–состав и содержание работ по созданию системы;

–порядок контроля и приемки системы;

–требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

–требования к документированию;

–источники разработки.

В общих сведениях указываются:

–полное наименование системы;

–наименование предприятия разработчика и заказчика системы;

–документ, на основании которого создается система;

–организация, утвердившая этот документ;

–плановые сроки начала и окончания работы по созданию системы;

–порядок оформления и предъявления заказчику результатов работы;

–сведения об отдельных средствах (технических, программных, информационных) и программно-технических (программно-методических) комплексах системы.

21

Требования к автоматизированной системе:

–требования к системе в целом;

–требования к функциям (задачам), выполняемым системой;

–требования к видам обеспечения.

В требованиях к системе в целом указывают:

–требования к структуре и функционированию системы;

–требования к численности и квалификации персонала системы;

–показатели назначения;

–требования к надежности;

–требования безопасности;

–требования к эргономике и технической эстетике;

–требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

–требования к защите информации от несанкционированного доступа;

–требования по сохранности информации при авариях;

–требования к защите от влияния внешних воздействий;

–требования к патентной чистоте;

–требования по стандартизации и унификации;

–дополнительные требования.

В требованиях к функциям, выполняемым системой, указывают:

–по каждой подсистеме перечень функций, задач или их комплексов, подлежащих автоматизации;

–перечень функциональных подсистем, отдельных функций или задач, вводимых в действие очередями;

–временной регламент реализации каждой функции, задачи (или комплекса задач);

–требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения;

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

В требованиях к видам обеспечения указывают:

–требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке;

–требования к составу, структуре и способам организации данных в системе, информационному обмену и совместимости данных между компонентами системы, применению систем управления базами данных, структуре сбора, обработки, хранения, передачи данных и их защите при авариях;

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

22

–перечень приобретаемых программных средств, требования к независимости и качеству программных средств;

–требования к видам технических средств и других комплектующих изделий, допустимых к использованию в системе, к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы;

–требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации, к структуре и функциям подразделений, участвующих в функционировании системы;

–требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т.п.).

4.10. Описание программы или системы

4.10.1. Содержание описания Описание разработанной программы или информационной системы

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

–титульной;

–информационной;

–основной.

4.10.2. Титульный лист Титульный лист описания должен отражать основные сведения, касаю-

щиеся разрабатываемой программы или автоматизированной системы. Форма титульного листа описания приведена в прил. А к данным методи-

ческим указаниям.

4.10.3. Информационная часть Информационная часть должна состоять из аннотации и содержания.

Ваннотации приводят сведения о назначении документа и краткое изложение его основной части.

Всодержание включают: номера и наименования структурных элементов основной части (разделов, подразделов, пунктов и т.д.); адреса структурных элементов на носителе данных (номер страницы, наименование файла и т.п.).

4.10.4. Основная часть В основной части приводят:

–перечень эксплуатационных документов;

–основные характеристики программы или системы комплектность и сведения об эксплуатации;

23

–сведения о назначении программы или информационной системы и области применения;

–логической структуре и функционировании программы или системы, а также ее частей;

–принципах действия и условиях применения;

–ограничениях для применения;

–применяемых методах, классе решаемых задач для программ;

–минимальной конфигурации технических средств;

–информационном, программном и организационном обеспечении для информационных систем;

–сведения по настройке и тестированию программы или системы, условиям функционирования для конкретного применения — руководство системного программиста;

–сведения для эксплуатации программы или сведения для общения с системой в процессе ее эксплуатации — руководство пользователя;

–описание синтаксиса и семантики используемого языка;

–сведения для применения диагностических программ при обслуживании технических средств системы — руководство по техническому обслуживанию.

4.11. Приложения

В приложениях помещают материалы, дополняющие основную часть дипломного проекта. Приложения могут быть обязательными и информационными. Приложения А, Б и В являются обязательными для дипломного проекта. В состав дипломного проекта могут быть включены также другие, информационные, приложения.

Каждое приложение следует начинать с новой страницы, посередине которой вверху пишут слово «Приложение» и его обозначение заглавной буквой русского алфавита по порядку. При этом буквы Ё, З, И, О, Ч, Ь, Ы, Ъ не используются. Приложение должно иметь заголовок, который записывают посередине отдельной строки с прописной буквы.

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

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

24

5.СХЕМЫ ПРОГРАММ И СИСТЕМ

5.1.Оформление схем

5.1.1.Общие положения

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

Схемы могут использоваться на различных уровнях детализации, число которых зависит от размеров и сложности задачи обработки данных. Уровень детализации должен быть таким, чтобы различные части и взаимосвязь между ними были понятны в целом.

5.1.2. Основные понятия В схемах должны использоваться следующие основных понятия:

–основной символ — символ, используемый в тех случаях, когда точный тип (вид) процесса или носителя данных неизвестен или отсутствует необходимость в описании фактического носителя данных;

–специфический символ — символ, используемый в тех случаях, когда известен точный тип (вид) процесса или носителя данных или когда необходимо описать фактический носитель данных;

–схема — графическое представление определения, анализа или метода решения задачи, в котором используются символы для отображения операций, данных, потока, оборудования и т.д.

5.2.Описание схем

5.2.1.Схема данных

Схема данных должна отображать путь данных при решении задач и определять этапы обработки, а также применяемые носители данных. Она состоит:

–из символов данных (символы данных могут также указывать вид носителя данных);

–символов процесса, который следует выполнить над данными (символы процесса могут также указывать функции, выполняемые вычислительной машиной);

–символов линий, указывающих потоки данных между процессами и (или) носителями данных;

–специальных символов, используемых для облегчения написания и чтения схемы.

Схема данных должна начинаться и заканчиваться символами данных (за исключением специальных символов).

5.2.2. Схема программы Схема программы отображает последовательность операций в програм-

ме и состоит:

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

25

–линейных символов, указывающих поток управления;

–специальных символов, используемых для облегчения написания и чтения схемы.

5.2.3. Схема работы системы Схема работы системы отображает управление операциями и поток дан-

ных в системе. Она состоит:

–из символов данных, указывающих на наличие данных (символы данных могут также указывать вид носителя данных);

–символов процесса, указывающих операции, которые следует выполнить над данными, а также определяющих логический путь, которого следует придерживаться;

–линейных символов, указывающих потоки данных между процессами и (или) носителями данных, а также поток управления между процессами;

–специальных символов, используемых для облегчения написания и чтения блок-схемы.

5.2.4. Схема взаимодействия программ Схема взаимодействия программ отображает путь активаций программ и

взаимодействий с соответствующими данными. Каждая программа в схеме взаимодействия программ показывается только один раз (в схеме работы системы программа может изображаться более чем в одном потоке управления).

Схема взаимодействия программ состоит:

–из символов данных, указывающих на наличие данных;

–символов процесса, указывающих на операции, которые следует выполнить над данными;

–линейных символов, отображающих поток между процессами и данными, а также инициации процессов;

–специальных символов, используемых для облегчения написания и чтения схемы.

5.2.5. Схема ресурсов системы Схема ресурсов системы отображает конфигурацию блоков данных и

обрабатывающих блоков, которая требуется для решения задачи или набора задач, и состоит:

–из символов данных, отображающих входные, выходные и запоминающие устройства вычислительной машины;

–символов процесса, отображающих процессоры (центральные процессоры, каналы и т.д.);

–линейных символов, отображающих передачу данных между устройствами ввода-вывода и процессорами, а также передачу управления между процессорами;

–специальных символов, используемых для облегчения написания и чтения схемы.

26

5.3. Графические символы

Графические символы, используемые в схемах алгоритмов и программ, отображающие основные операции процесса обработки данных и программирования для программного обеспечения вычислительных машин, комплексов и систем, независимо от их назначения и области применения, должны соответствовать ГОСТ 19.701—90. Следует придерживаться установленных геометрических форм символов, которые отражают характер выполняемых действий. Наиболее часто используемые символы представлены на рис. 3.

27

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

5.4.Правила применения символов

5.4.1.Символы данных и процессов

Графические символы, используемые в схемах алгоритмов и программ, должны быть расположены равномерно, чтобы соединяющие их линии были разумной длины. Формы символов следует выбирать в соответствии с назначением. Линии, которые могут изображаться со стрелками и без них, как показано на рис. 4, должны четко отражать последовательность выполняемых действий.

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

В случае большого объема текста, не помещающегося внутри символа, следует использовать комментарий, изображение которого показано на рис. 4. При необходимости комментарии используются также для пояснения группы символов, которые в этом случае обводят пунктирной линией.

В случаях, когда нужно сопоставить выполняемое действие в схеме с исходным кодом (листингом) программы, допускается использование идентификаторов символов, которые располагают слева над символом.

5.4.2. Символы потоков Для обозначения направления потоков следует стремиться к стандар-

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

Чтобы избежать излишних пересечений или слишком длинных линий, их разрывают, устанавливая в месте разрыва символ Соединитель.

Две и более входящие линии могут объединяться в одну исходящую линию, если места их объединения смещены, как показано на рис. 5.

Параллельные действия или операции обозначают параллельными линиями, как показано на рис. 6. Процессы C и D здесь не могут начаться до тех пор, пока не завершатся процессы A и B.

28

6.ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ

6.1.Общие сведения

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

К моделям предметных областей предъявляются следующие требования:

–формализация, обеспечивающая однозначное описание структуры предметной области;

–понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;

–реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС;

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

Для реализации перечисленных требований, как правило, строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.

6.2. Язык моделирования

Для отображения структурного аспекта моделей предметных областей в основном используются графические методы, которые должны гарантировать представление наиболее полной информации о компонентах системы. Главное требование к графическим методам документирования — простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции.

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

Нотация служит синтаксисом языка моделирования. Язык моделирования, с одной стороны, должен делать решения проектировщиков понятными

30