3. Виды обеспечения информационных технологий

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

Программное обеспечение (ПО) подразделяется на системное и прикладное ПО.

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

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

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

Организационное и методическое обеспечение - это совокупность средств и методов организации производства и управления им в условиях внедрения ИС. Оно включает в себя методики проведения работ, требования к оформлению документов, должностные инструкции и т.д.(«1С.Кадры», 1С. «Бухгалтерия», 1С. «Склад», «Компас. Технология», «Компас. Графика», Системы CALS(Continuous Acquisition and Life cycle Support) – технологий: «Tronix», «Foran», «TeamCenter», «TGBilder» и т.д.)

4. Стандарты в области ит

- Стандарты ISO 9000-9004

Стандарты серии ISO 9000 разработаны Международной Организацией по Стандартизации (The international Organization on Standard - ISO) и состоят из следующих частей:

- ISO 9000 "Общее руководство качеством и стандарты по обеспечению качества";

- ISO 9001 "Система Обеспечения Качества: Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании";

- ISO 9002 "Система Обеспечения Качества: Модель обеспечения качества при производстве, монтаже и обслуживании"

- ISO 9003 "Система Обеспечения Качества: Модель обеспечения качества при окончательном контроле и испытаниях";

- ISO 9004 "Общее руководство качеством и элементы системы качества".

Стандарты ISO 9000 и ISO 9004 – не более чем справочники. Стандартами соответствия являются только ISO 9001, 9002 и 9003. Таким образом, бессмысленно говорить о сертификации или регистрации по ISO 9000 или ISO 9004. Предприятие может получить только сертификаты на соответствие ISO 9001, 9002 или 9003.

Для организаций, занимающихся изготовлением программных продуктов, соответствующими стандартами являются ISO 9001 и ISO 9000-3 "Руководящие указания по применению ISO 9001 при разработке, поставке и обслуживании программного обеспечения".

- Capability Maturity Model

Методики, положенные в основу стандартов серии ISO 9000, постепенно устаревают. Выделим наиболее существенные недостатки:

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

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

- отсутствие в стандарте механизмов, способствующих улучшению существующих процессов.

Capability Maturity Model (CMM), переводится как "модель зрелости процесса разработки ПО", хотя более верным по смыслу был бы перевод "модель совершенствования возможностей"

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

Главным понятием стандарта является зрелость организации.

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

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

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

Начальный уровень (initial level) описан в стандарте в качестве основы для сравнения со следующими уровнями. На предприятии начального уровня организации не существует стабильных условий для созданий качественного программного обеспечения. Результат любого проекта целиком и полностью зависит от личных качеств менеджера и опыта программистов, причем успех в одном проекте может быть повторен только в случае назначения тех же менеджеров и программистов на следующий проект. Более того, если такие менеджеры или программисты уходят с предприятия, то с их уходом резко падает качество производимых программных продуктов. В стрессовых ситуациях процесс разработки сводится к написанию кода и его минимальному тестированию.

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

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

На управляемом уровне (managed level) в организации устанавливаются количественные показатели качества – как на программные продукты, так и на процесс в целом. Таким образом, более совершенное управление проектами достигается за счет уменьшения отклонений различных показателей проекта. При этом осмысленные вариации в производительности процесса можно отличить от случайных вариаций (шума), особенно в хорошо освоенных областях.

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

При сертификации проводится оценка соответствия всех ключевых областей по 10-балльной шкале. Для успешной квалификации данной ключевой области необходимо набрать не менее 6 баллов.

Оценка ключевой области производится по следующим показателям:

1. Заинтересованность руководства в данной области (планируется ли практическое внедрение данной ключевой области, существует ли понимание у руководства необходимости данной области и т.д.).

2. Насколько широко данная область применяется в организации (например, оценке в 4 балла соответствует фрагментарное применение).

3. Успешность использования данной области на практике (например, оценке в 0 баллов соответствует полное отсутствие какого-либо эффекта, а оценка в 8 баллов выставляется при наличии систематического и измеримого положительного результата практически во всей организации).

В мире существует совсем немного компаний, которые могут похвастаться наличием у них пятого уровня CMM хотя бы в одном из подразделений – таких всего около 50. С другой стороны, насчитывается несколько тысяч компаний, сертифицированных по 3 или 4 уровню, то есть существует колоссальный разрыв между оптимизированным уровнем зрелости и предыдущими уровнями. Однако еще больший разрыв наблюдается между количеством организаций начального уровня и числом их более продвинутых собратьев – по некоторым оценкам, свыше 70% всех компаний-разработчиков находится на первом уровне CMM.

Вопросы для самопроверки по лекции 3.

1. В чем различие информации и данных?

2. Что такое адекватность, и в каких формах она проявляется?

1. Какие существуют меры информации и когда ими надо пользоваться?

2. Расскажите о синтаксической, семантической, прагматической мерах информации.

3. Какие существуют показатели качества информации?

4. Дайте общее представление об информационной технологии обработки данных и назовите их основные компоненты.

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

6. Дайте общее представление об информационной технологии автоматизации офиса и назовите их основные компоненты .

7. Дайте общее представление об ИТ поддержки принятия решений и назовите их основные компоненты.

8. Расскажите о компьютерных и некомпьютерных офисных технологиях.

9. Что такое база моделей и какие модели вы знаете ? Приведите примеры.

10. Какие виды обеспечения информационных технологий Вам известны?

11. Что определяют стандарты в области ИТ? Стандарты серии ISO 9000-9004.

12. Что такое модель зрелости процесса разработки программного обеспечения. (CMM)?

13. Охарактеризуйте уровни зрелости программного обеспечения

Литература.

1. Информатика. Учебник, под ред Макаровой Н.В. М.: Финансы статистика, 1998, 768 с, ил.

2. Научные основы организации управления и построения АСУ / Под ред. В.Л.Бройдо, В. С. Крылова. -М.: Высшая школа, 1990

3. Пономарева К.В., Кузьмин Л.Г. Информационное обеспечение АСУ. - М.: Высшая школа, 1991.

4. Суханов А.П. Информация и прогресс. -Новосибирск: Наука, 1988.