Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Мет указ по ДП АСУ 2006 Раб вар-т.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
415.23 Кб
Скачать

Порядок выбора компонентов технического обеспечения

В разделе «Техническое обеспечение» дипломник должен описать выбор конкретных компонентов аппаратуры компьютера сервера и компьютера рабочей станции.

Рекомендуется при выборе придерживаться следующего порядка.

  1. Выбирается прайс-лист какой-либо известной фирмы по продаже и обслуживанию компьютерной техники. Прайс новый, не старше 3 - 4 месяцев давности. (Ксерокопию этого прайса рекомендуется поместить в приложении к ДП. С копией этого же прайса дипломник должен являться к консультанту для согласования материала по разделу «Техническое обеспечение»).

  2. Из этого прайс-листа дипломник выбирает «кандидатуры» компонентов по каждой позиции ( системной платы, процессора, основной и дисковой памяти, видеосистемы, принтера и других ПУ из стандартного состава ПК) для компьютера сервера и отмечает их в прайсе и в Приложении значком «С» слева от соответствующей строки прайс-листа.

  3. Затем в том же прайс-листе дипломник помечает значком «Р» предполагаемые компоненты по каждой позиции для компьютера рабочей станции.

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

Порядок консультирования по то

На первую консультацию по ТО дипломник должен явиться, имея при себе:

  • согласованное с руководителем техническое задание на проектирование подсистемы в части, касающейся описания объекта компьютеризации, перечня функций подсистемы, требований к ее структуре, к ИО, МО, ПО, и на этой основе - требований к техническому обеспечению;

  • дневник (тетрадь) дипломника с отметками о согласовании указанных выше пунктов с руководителем ДП;

  • копию прайс-листа на компьютерные комплектующие (см. выше, п. 3.4.3).

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

На второй консультации дипломник должен представить результат работы по обоснованию выбора компонент конфигурации компьютеров сервера и рабочей станции, а также периферийного оборудования.. То есть необходимо представить текст раздела «6 Техническое обеспечение», приложение к нему с копией прайс-листа, а также нумерованный список использованных источников по данному разделу. Объем раздела должен быть ограничен 15-20 страницами машинного текста. Текст, представляемый на второй консультации, должен быть изложен на украинском языке, вычитан и проверен автором. Кроме того, для согласования (можно пока на формате А3 или А4) представляется графический материал, который дипломник предлагает выносить на большой лист, описывающий комплекс технических средств проектируемой подсистемы. В тетради дипломника консультант делает отметку о выполнении очередного этапа, а при необходимости запись о замечаниях.

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

3.7 Рекомендации по проектированию компьютерной сети

В розділі на підґрунті аналізу підприємства або організації, для якої проектується комп'ютерна мережа, необхідно:

  • охарактеризувати всі підрозділи, для яких проектується комп'ютерна мережа, записати перелік завдань, що вирішуються кожним із них;

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

  • подати спрощений план розміщення приміщень усіх підрозділів і робочих станцій;

  • вибрати й обґрунтувати використану в мережі, що проектується, технологію;

  • виконати обґрунтований вибір всіх технічних компонентів комп'ютерної мережі (мережевих плат, концентраторів, комутаторів, мережевого кабелю та т.і.);

  • подати структурну схему комп'ютерної мережі з вказівкою типу вибраних елементів;

  • дослідити трафіки, які існують в мережі при нормальному навантаженні на неї;

  • побудувати, використовуючи пакет NetCracker, або аналогічний йому пакет, імітаційну модель комп'ютерної мережі, на підґрунті якої проаналізувати завантаження мереженого обладнання при граничному трафіку;

  • спланувати заходи по захисту інформації в комп'ютерній мережі, що проектується;

  • описати організаційні міри, які необхідні для нормальної роботи комп'ютерної мережі;

  • в разі потреби підключення до комп'ютерної мережі віддалених комп’ютерів необхідно:

  • вибрати спосіб організації віддаленого доступу;

  • обґрунтувати вибір модему, програмного забезпечення та інших способів, необхідних для організації віддаленого доступу.

3.8 Рекомендации по тестированию подсистемы

В разделе пояснительной записки "Тестирование подсистемы" представляются и описываются материалы, подтверждающие соответствие спроектированной подсистемы основным требованиям технического задания, таким как выполнение функций (задач) и требованиям к отдельным видам обеспечения. Тестирование проводится на контрольном примере. Контрольный пример должен носить реальный характер, его содержимое должно быть достаточным для проверки работоспособности компонентов подсистемы. Условия, объём и порядок тестирования определяются по согласованию с руководителем дипломного проекта.

Условия и порядок тестирования

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

Исходные данные для контрольного примера

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

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

Результаты тестирования и их анализ

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

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