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

43. Проектирование комплекса технических и программных средств.

Комплекс технических средств (КТС) – материальная основа. В КТС принято различать 2 части: центральную и периферийную.

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

Периферийная часть представляется классами средств регистрации, передачи и подготовки информации. Состав периферийной АИС зависит от технического сбора, передачи информации.

Существуют 2 основных способа регистрации: централизованный и децентрализованный.

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

При проектировании КТС должны соблюдаться общие принципы:

1. совместимость всех технических средств, кодов, техники и программ;

2. соответствующая пропускная способность всего КТС;

3. максимальное использование устройств;

4. надежность как самих средств, так и системы;

5. агрегатированность, возможность наращивать, перестраивать.

К КТС предъявляются след. требования:

1. решение всех задач системы в заданное время и в необходимом объеме;

2. выполнение всех этапов автоматической обработки информации;

3. возможность контроля информации на всех этапах обработки;

4. возможность развития (расширение);

5. эффективность функционирования задач, оптимальность решения.

Структура ПО – это операционные системы, сервисные системы (оболочки, утилиты и т.п.), система технического обследования, пакеты прикладных программ, собственно обеспечивающие программы (сетевые программы). При выборе программных средств отталкиваются от анализа решаемых задач.

Рекомендации по выбору сетевых программ:

1. топология сетей;

2. максимальное удаление ЭВМ др. от др.

3. кол-во ЭВМ по сети;

4. решить будут ли однородными или неоднородными ЭВМ по сети;

5. надежность;

6. передающая среда.

При выборе прикладных программ АИС необходимо учитывать следующие их характеристики: технические, сервисные, эксплуатационные.

Технические – ориентирована на определенные ЭВМ и операционную систему, объем основной памяти, доступное кол-во рабочих станций.

Сервисные – режим ввода запросов пользователей в систему, возможность телекоммуникационного доступа, устройство форматов, кол-во форматов, кол-во поиска.

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

44. Оценка эффективности проектируемой АИС.

Эффективность АИС бывает разная. Рассмотрим несколько эффективностей:

- общая экономическая эффективность от внедрения АИС (с т.зр. финансов);

- прагматические показатели (с т.зр. потребителя);

- семантические показатели – мера полноты, точности.

Оценка экономической эффективности производится минимум 3 раза: на этапе предпроектной стадии, на этапе технического проектирования, после внедрения АИС.

 По методике принятой в АСНТИ, АСУ рассматриваются 2 показателя:

Годовая экономическая эффективность (выгода, разница между затратами и прибылью):

Эф-сть годовая = А (Со – С1) – Ен* Кв;

где А – кол-во поиска в год;

Со – себестоимость поиска до внедрения;

С1 - себестоимость поиска после внедр-я;

Ен – нормативный коэф-т окупаемости затрат;

Кв – затраты на внедрение.

Срок окупаемости затрат:

То=

Ер =

Для того, чтобы определить будет ли эффективна новая АИС необходимо сравнить: Ер – Ен, если от 0,13 до 0,25, то она эффективна.

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

45. Этапы проектирования БД.

В БД отражается информация об определенной ПО. В АИС отражение ПО представлено моделями данных нескольких уровней. Можно выделить соответствующим им этапы проектирования БД.

ДМ является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которых проектируется БД. Этап создания ДМ наз-ся даталогическим проектированием.

Для привязки ДМ к среде хранения используется физическая модель. Эта модель определяет используемые ЗУ, способы физической организации данных в среде хранения, строится также с учетом возможностей, предоставляемых СУБД. Описание физической структуры называется схемой хранения. Соответствующий этап проектирования БД называется физическим проектированием.

В некоторых СУБД, помимо описания общей логической структуры БД, имеется возможность описать логическую структуру БД с т.зр. конкретного пользователя. Такая модель называется внешней, а ее описание – подсхемой. Внешняя модель не всегда является точным подмножителем схемы. Если определена подсхема, то пользователь имеет доступ к данным которые отражены в соответствующей подсхеме, что является одним из способов защиты информации от несанкционированного доступа. Использование аппарата подсхемы облегчает работу пользователя, т.к. он должен знать структуру не всей БД, а только ее часть, которая имеет непосредственное отношение к нему. Кроме того, эта структура приспособлена к его потребностям.

Но для того, чтобы спроектировать структуру БД, необходима исходная информация о ПО. Желательно, чтобы эта информация была представлена в формализованном виде. Информация, требуемая для проектирования БД, мало зависит от особенностей СУБД. Описание ПО, выполненное без ориентации на используемые в дальнейшем программ и технических средств называется ИМ ПО.

Похожие работы

Готовимся к экзамену по информатике

Скачать

225204

6

0

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

Методические рекомендации по выполнению выпускной квалификационной работы бакалавра физико-математического образования профиль информатика

Скачать

158303

36

0

... -педагогическая или научно-техническая проблема, являющаяся новым научным вкладом в теорию определенной области знаний (педагогику, технику и другие). 4.   ПРАКТИЧЕСКИЕ РЕКОМЕНДАЦИИ ДЛЯ ВЫПОЛНЕНИЯ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ БАКАЛАВРА ФИЗИКО-МАТЕМАТИЧЕСКОГО ОБРАЗОВАНИЯ ПРОФИЛЬ ИНФОРМАТИКА   4.1. Положение о выпускной квалификационной работе бакалавра физико-математического образования: ...

Линия "Формализация и моделирование" учебного курса "Информатика"

Скачать

77166

7

7

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

Разработка электронного учебника по математике для студентов I курса, отделения "информатика - иностранный язык"

Скачать

124889

11

2

... для обучения физике и математике, в силу их отсутствия на рынке. Исходя из вышеизложенных соображений, я считаю, что тема моей дипломной работы «Разработка электронного учебника по математике для студентов I курса отделения информатика-иностранный язык» является актуальной в силу того, что потребность в таком электронном учебнике несомненно есть, а самих учебников по данной теме либо совсем нет, ...