Техническое обеспечение ИС — информационных систем — это комплекс технических средств, обеспечивающих работу ИС, соответствующей документации на эти средства и технологические процессы.
В комплекс технических средств входят:
· компьютеры любых моделей;
· устройства сбора, накопления, обработки, передачи и вывода информации;
· устройства передачи данных и линий связи;
· оргтехника и устройства автоматического съема информации;
· эксплуатационные материалы и др.
Документацией оформляются предварительный выбор технических средств, организация их эксплуатации, технологический процесс обработки данных, технологическое оснащение.
Документацию можно условно разделить на три группы:
· общесистемную, включающую государственные и отраслевые стандарты по техническому обеспечению;
· специализированную, содержащую комплекс методик по всем этапам разработки технического обеспечения;
нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению.
Вебинар Как обеспечить достоверность результатов, или Внутренний контроль качества
Математическое и программное обеспечение информационных систем – ИС
Математическое и программное обеспечение — это совокупность математических методов, моделей, алгоритмов и программ для реализации целей и задач ИС, а также нормального функционирования комплекса технических средств.
К средствам математического обеспечения относятся:
· средства моделирования процессов;
· методы математического программирования, математической статистики, теории массового обслуживания и др.
К средствам программного обеспечения (ПО) относятся:
· Общесистемное ПО — программное обеспечение — это комплекс программ, ориентированный на пользователей и предназначенный для решения типовых задач обработки информации. Они служат для расширения функциональных возможностей компьютеров, контроля и управления процессом обработки данных.
· Специальное ПО — программное обеспечение — представляет собой совокупность программ, разработанных при создании конкретной ИС. В его состав входят пакеты прикладных программ реализующие разработанные модели разной степени адекватности, отражающие функционирование реального объекта.
Техническая документация на разработку программных средств должна содержать описание задач, задание на алгоритмизацию, экономико-математическую модель задачи, контрольные примеры.
Организационное обеспечение информационных систем – ИС
Организационное обеспечение — это совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации ИС.
Организационное обеспечение реализует следующие функции:
· анализ существующей системы управления организацией, где будет использоваться ИС, и выявление задач, подлежащих автоматизации;
· подготовку задач к решению на компьютере, включая техническое задание на проектирование ИС и технико-экономическое обоснование ее эффективности;
Ярмакович Ольга Михайловна «Требования НПАД: рабочая документация и аудиторские процедуры»
разработку управленческих решений по составу и структуре организации, методологии решения задач, направленных на повышение эффективности системы управления. Организационное обеспечение создается по результатам предпроектного обследования на 1-м этапе построения БД.
Правовое обеспечение ИС — информационных систем
Правовое обеспечение — это совокупность правовых норм, определяющих создание, юридический статус и функционирование ИС, регламентирующих порядок получения, преобразования и использования информации.
Главной целью правового обеспечения является укрепление законности.
В состав правового обеспечения входят законы, указы, постановления государственных органов власти, приказы, инструкции и другие нормативные документы министерств, ведомств, организаций, местных органов власти. В правовом обеспечении можно выделить общую часть, регулирующую функционирование любой ИС, и локальную часть, регулирующую функционирование конкретной системы.
Правовое обеспечение этапов разработки ИС включает нормативные акты, связанные с договорными отношениями разработчика и заказчика и правовым регулированием отклонений от договора.
Правовое обеспечение этапов функционирования ИС — информационных систем — включает:
· права, обязанности и ответственность персонала;
· правовые положения отдельных видов процесса управления;
порядок создания и использования информации и
Принципы и методы создания ИС — информационных систем
Еще в 60-е годы прошлого столетия были сформулированы шесть основополагающих принципов, на которые необходимо опираться в процессе создания ИС: новых задач; системного подхода; первого руководителя; разумной типизации проектных решений; непрерывного развития системы; минимизации ввода-вывода информации. Развитие технической основы создания компьютеров и ИТ привело к переформулированию этих принципов и в ГОСТ РД 50-680-88 к ним отнесены следующие: системность, развитие (открытость), совместимость, стандартизация (унификация) и эффективность.
Разработка сложных ИС — информационных систем — предприятий, невозможна без тщательно обдуманного методологического подхода. Какие этапы необходимо пройти, какие методы и средства использовать, как организовать контроль за продвижением проекта и качеством выполнения работ – эти и другие вопросы решаются методологиями программной инженерии.
В настоящее время существует ряд общих методологий разработки ИС. Главное в них – единая дисциплина работы на всех этапах жизненного цикла системы, учет критических задач и контроль их решения, применение развитых инструментальных средств поддержки процессов анализа, проектирования и реализации ИС.
Принципы создания информационных систем – ИС
Еще в 60-е годы прошлого столетия были сформулированы шесть основополагающих принципов, на которые необходимо опираться в процессе создания ИС: новых задач; системного подхода; первого руководителя; разумной типизации проектных решений; непрерывного развития системы; минимизации ввода-вывода информации. Развитие технической основы создания компьютеров и ИТ привело к переформулированию этих принципов и в ГОСТ РД 50-680-88 к ним отнесены следующие: системность, развитие (открытость), совместимость, стандартизация (унификация) и эффективность.
Принцип системности.
Системный подход предполагает учет всех этих взаимосвязей, анализ отдельных частей системы как ее самостоятельных структурных составляющих и параллельно -выявление роли каждой из них в функционировании всей системы в целом. Таким образом, реализуются процессы анализа и синтеза, фундаментальный смысл которых -разложение целого на составные части и воссоединение целого из частей.
Принцип системности заключается в том, что при декомпозиции должны быть установлены такие связи между структурными компонентами системы, которые обеспечивают цельность корпоративной системы и ее взаимодействие с другими системами.
Нельзя разрабатывать какую-либо задачу автономно от других и реализовывать только отдельные ее аспекты. Задача должна рассматриваться комплексно со всеми возможными информационными связями.
Отбор персонала на вакантные рабочие места. Ее решение должно осуществляться с учетом следующих моментов:
· использования результатов периодически проводимого профессионального и психофизиологического тестирования работников;
· анализа результатов периодически проводимой аттестации рабочих мест;
· анализа показателен трудовой дисциплины персонала;
· разработки общих и дополнительных критериев отбора (при наличии нескольких претендентов на одно рабочее место);
· использования банка данных претендентов, сформированного ранее;
· анализа анкетных данных и резюме (если претендент не является членом трудового коллектива).
Источник: poisk-ru.ru
Вопрос 26.
Файл – это именованная область на диске, которая содержит информацию одного рода Катало́г — объект в файловой системе, упрощающий организацию файлов. Типичная файловая система содержит большое количество файлов и каталоги помогают упорядочить её путём их группировки. В информатике используется следующее определение: каталог — поименованная совокупность байтов на носителе информации, содержащая название подкаталогов и файлов.
Вопрос 28.
- Коммерческое ПО
- Свободное ПО( ввёл Столлман)
- Открытое ПО
- Проприетарное ПО(собственник-создатель)
- Несвободное:
- Проприетарное(ограничение на количество использований, на свободное распростарнение, на модификацию)
- Полусвободное
- Свободное и открытое.
Вопрос 29. Программное обеспечение. Понятие программы. Классификация по назначению.
Программное обеспечение –это совокупность программ, процедур, правил, а так же документация Программа – это запись алгоритма решения задачи в виде последовательных команд оператора Классификация по назначению:
- Базовый уровень является низшим уровнем ПО, отвечает за взаимодействие с аппаратными средствами.
Базовое ПО входит в состав аппаратного обеспечения и сохраняется в микросхемах ПЗУ, образуя базовую систему ввода-вывода Bios. Системный уровень – программы этого уровня обеспечивают взаимодействие других программ компьютера с программами базового уровня и непосредственно с аппаратами обеспечения. Драйвер – программа, предназначенная для работы с конкретным оборудованием.
- Служебный уровень – программы , назначение которых состоит в автоматизации работ по проверке и настройке компьютерной системы, а также для улучшения работы программ принципиального уровня.
Файловые менеджеры и архиваторы. Средства диагностики Программа инсталляции Средства коммуникации Средства просмотра Средства компьютерной безопасности
- Прикладной уровень
- Текстовые редакторы
- Графические редакторы
Векторная и растровая
- СУБД (базы данных)
- Электронные таблицы
- Браузеры
- Системы автоматизац. Перевода
- Средства создания презентаций
- Бухгалтерские системы
- Финансовые аналитические системы
- Экспертные системы
- Геоинформационные системы
- Игры
- Системы программирования
Примеры задач (задачи в билетах будут изменены).
- Определить количество информации, получаемое при реализации одного из событий, если бросают:
- симметричный и однородный шестигранный кубик;
- несимметричный шестигранный кубик (вероятность выпадания числа 1 равна 0.5, вероятность выпадания любого другого числа равна 0.1).
- На некотором жестком диске размер кластера составляет 1024 байт. На этот диск записаны два файла размерами 200 и 500 байт. Сколько кластеров необходимо для хранения данных файлов.
- Перевести число 8543 из десятичной системы счисления в шестнадцатеричную.
- Перевести число 101011001 из двоичной системы в десятичную.
- Представить число -33 в двоичном 8-и разрядном коде.
- В какой системе счисления десятичное число 51 будет записано как 33.
- Программа на языке машинных команд размещается в памяти, начиная с нулевого адреса. Каждая команда занимает 4 байта памяти. Шестнадцатеричный адрес последней команды в программе равен 28. Какое число команд содержит эта программа?
- Одна точка изображения кодируется 4 битами. Изображение имеет размер 128 на 128 точек. Какой объем памяти в занимает изображение?
- Сколько памяти займет текст “Привет Вася!” при кодировании в стандарте Unicode ?
на каждый символ отводится 2 байта памяти. Аналогично при кодировании в стандарте ASCII? На каждый символ отводится 1 байт памяти
- Какой результат логической операции 1 ИЛИ ( 0 И 1 ) ИЛИ ( НЕ 0 И 1)?
«
«, «, «И» * — конъюнкция, «
«, «|», «ИЛИ» + — дизъюнкция.
- Какой объем займет аудио файл длительностью в 1 минуту, если параметры оцифровки 8бит22кГц.
Источник: studfile.net
Контрольные вопросы Определите термин Программное обеспечение
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 88.22 Kb.
Контрольные вопросы
- Определите термин «Программное обеспечение»
- Определите термин «Программный проект»
- Какой программный проект можно считать успешным? (Критерии успешности программного проекта)
- Что такое качество? Перечислите группы характеристик качества ПО.
- Функциональная пригодность (Functional suitability) — степень, в которой продукт или система обеспечивают выполнение функции в соответствии с заявленными и подразумеваемыми потребностями при использовании в указанных условиях
- Надежность (Reliability) — степень выполнения системой, продуктом или компонентом определенных функций при указанных условиях в течение установленного периода времени
- Удобство использования (Usability) — степень, в которой продукт или система могут быть использованы определенными пользователями для достижения конкретных целей с эффективностью, результативностью и удовлетворенностью в заданном контексте использования.
- Производительность (эффективность, Efficiency) — Связь точности и полноты достижения пользователями целей с израсходованными ресурсами (ИСО 9241-11).
- Сопровождаемость (модифицируемость, Maintainability) — результативность и эффективность, с которыми продукт или система могут быть модифицированы предполагаемыми специалистами по обслуживанию
- Переносимость (мобильность, Portability) — степень простоты эффективного и рационального переноса системы, продукта или компонента из одной среды (аппаратных средств, программного обеспечения, операционных условий или условий использования) в другую.
- Совместимость (Сompatibility) — Способность продукта, системы или компонента обмениваться информацией с другими продуктами, системами или компонентами, и/или выполнять требуемые функции при совместном использовании одних и тех же аппаратных средств или программной среды.
- Защищенность (Security): Степень защищенности информации и данных, обеспечиваемая продуктом или системой путем ограничения доступа людей, других продуктов или систем к данным в соответствии с типами и уровнями авторизации.
- Какой процент программных проектов, согласно мировой статистики, являются успешными?
- Чем обусловлена сложность разработки современного программного обеспечения?
- Что такое программная инженерия?
Или другими словами, программная инженерия — совокупность методов, средств и процессов для создания экономичного ПО, которое надежно и эффективно работает в реальных компьютерах.
- Что такое жизненный цикл ПО?
- Назовите основные этапы жизненного цикла ПО и их цели.
- Подготовка (сбор требований)
- Планирование (оценка, расписание)
- Моделирование (анализ требований, проектирование)
- Конструирование (кодирование, интеграция, тестирование)
- Развертывание (поставка, внедрение и сопровождение)
- Перечислите характеристики трех стратегий разработки ПО (однократной, итеративной, эволюционной).
Каскадная модель жизненного цикла
Данная модель реализует однократную стратегию конструирования ПО. Разработка рассматривается как последовательность классических этапов, причем переход на следующий, иерархически нижний этап, происходит только после полного завершения работ на текущем. Возврат на предыдущий этап не предусмотрен.
Инкрементная модель
Эта модель объединяет в себе элементы каскадной модели и идею итерации (повторения) этапов разработки с целью улучшения ПО. В начале процесса полностью определятся все требования к ПО. Затем разрабатывается прототип ПО. Прототипом обычно называют действующие ПО, реализующее отдельные функции и внешние интерфейсы разрабатываемого ПО. Процесс разработки прототипа называют прототипированием.
Разработка прототипа (инкремент) в инкрементной модели происходит в рамках этапов каскадной модели «анализ требований — определение спецификаций – проектирование- кодирование — тестирование».
Первый прототип реализует базовые требования к ПО. План следующего инкремента предусматривает модификацию первого прототипа, обеспечивающую дополнительные характеристики и функциональность ПО. (см. рис)
Спиральная модель
Спиральная модель — пример применения эволюционной стратегии разработки, то есть стратегии, где требования заказчика уточняются в процессе разработки. Спиральная модель была предложена Барри Боэмом в 1988 г. Она базируется на классическом жизненном цикле и идеях прототипирования, к которым добавляется новый элемент разработки – анализ риска на этапе планирования.
Как показано на рисунке модель определяет четыре действия, представляемые четырьмя квадрантами спирали.
Анализ риска происходит на этапе планирования и заключается в анализе вариантов и распознавании риска. На данной стадии исследуется область неопределенности, имеющаяся в наличии, и анализируется ее влияние на продукт. Не станут ли изменения, проявившиеся в ходе проектирования, причиной недопустимого отставания по срокам? В каждом цикле по спирали результаты анализа риска формулируются в виде «продолжать, не продолжать». Если риск слишком велик, проект может быть остановлен.
На этапах моделирования и конструирования происходит разработка продукта следующего уровня. Квадрант конструирования может быть реализован классическим жизненным циклом или прототипированием. Количество действий при разработке возрастает по мере продвижения от центра спирали.
- Перечислите достоинства и недостатки моделей в рамках различных стратегий разработки ПО.
- Простота планирования процесса разработки (составление точного плана работ и временного графика)
- Получение в конце каждой стадии законченного набора проектной документации, отвечающего требованиям полноты и согласованности.
- Неудачные решения на одной стадии разработки ставит под угрозу всю разработку
- Разработка основана на точной формулировке требований к ПО, однако в реальных системах не всегда возможно в начале разработки точно и полно сформулировать все требования.
- Результаты проекта доступны заказчику только в конце работы.
Инкрементная
- Простота планирования процесса разработки (составление точного плана работ и временного графика)
- Получение после каждого инкремента работающего ПО, с которым может ознакомиться заказчик.
- Заказчик может принять прототип за продукт.
- Для быстрого получения работающего прототипа разработчик может использовать не самые подходящие решения (выбор языка программирования, операционной системы, алгоритма и т.д.) а затем просто забыть, почему данные решения не походят и интегрировать не лучший вариант прототипа в систему.
- Разработка основана на точной формулировке требований к ПО.
- Позволяет уточнять требования заказчика в процессе разработки, что позволяет получить действительно востребованный и не устаревший (за время разработки) продукт.
- Позволяет явно учитывать риск на каждом витке эволюции разработке
- Позволяет заинтересовать большое количество пользователей, обеспечивая быстрое продвижение следующих версий продукта на рынке
- Повышенные требования к заказчику.
- Трудности контроля и управления временем разработки
- Трудности определения момента перехода на следующие стадии (обычно используются оценки экспертов)
- Чем отличаются прогностические и адаптивные модели разработки ПО.
- Чем отличаются инкрементные и интерактивные модели разработки ПО.
Источник: topuch.com