Билет 21

1. Каково назначение сервисных программ?

2. Какие методы и модели используются при разработке программных средств?

1 Системы диагностики и сервиса — сервисные программы (прило­жения) могут как входить в состав операционной системы, так и быть частью самостоятельной программной системы, основная цель которой — выполнение различных сервисных функций по установке программных средств, настройке и обслуживанию ап­паратных средств компьютера, диагностике и устранению ава­рийных ситуаций. Примером сервисного приложения, входяще­го в состав ОС, являются программы проверки и дефрагментации жестких дисков. Такие сервисные, обслуживающие программы называют утилитами. Пример самостоятельной системы диагно­стики и сервиса (системы утилит) — система NortonUtilites. К утилитам относятся программы архивирования данных, антиви­русные программы

2 Разработка программных средств различного назначения (далее для краткости — программ) состоит из трех фаз: анализа, проектирования и реализации. Основное назначение этих фаз:

анализа — определить требования к программе: что она долж­на делать и в каких условиях работать;

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

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

В любой программе можно выделить три базисные состав­ные части, каждая из которых является объектом разработки:

1) данные; 2) процессы; 3) интерфейс.

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

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

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

На основе этих методов разрабатываются три группы моде­лей, описывающих:

• функции, которые должна выполнять программа;

• объекты предметной области (данные) и связи (отноше­ния) между этими объектами (данными);

• поведение системы, зависящее от времени и внешних со­бытий (в частности — от действий пользователей).

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

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

• DFD (DataFlowDiagrams) — диаграммы потоков данных, выделяющие внешние источники и внешних потребителей ин­формации, функции (задачи) обработки информации, хранили­ща данных (базы данных, файлы, массивы);

• метод функционального моделирования, входящий в ме­тодологию SADT (StructuredAnalysisandDesignTechnique), да­ющий возможность указать в модели исполнителя каждой из имеющихся функций, но не содержащий средств моделирова­ния хранилищ данных.

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

Модели данных описывают перечень и структуры входных, вы­ходных и хранимых данных программы. В АИС для построения мо­делей данных используются диаграммы «сущность-связь» — ERD (EntityRelationshipDiagrams), отражающие выделенные объекты (сущности) предметной области, их признаки (атрибуты) и взаимо­связи. Именно этим моделям принадлежит ведущая роль при раз­работке программного и информационного обеспечения АИС

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