рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Структурные схемы программных систем. Виды связей между модулями и способы вызова.

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

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

Структурная схема строится из следующих базовых элементов:модуля;предопределенного модуля;данных,управляющей инф-ции.

Модуль на структурной схеме обозначается прямоугольником,внутри кот записывается его имя.Изображение предопределенного модуля отличается тем,что вертикальные стороны прямоугольника обозначаются двойными линиями.Передаваемые от модуля к модулю данные и структуры данных изображаются кружком со стрелкой,рядом с кот записывается имя данного,а передаваемая управляющая информация (команды управления, логические сигналы)–закрашенным кружком со стрелкой.М/д модулями могут возникать информационные связи нескольких видов:информационная связь(связь по данным);связь по управлению;внешняя,содержательная,«патологическая» связь.

Информационная связь является наилучшим,тк явно специфицирует межмодульный интерфейс.Связь по управлению предусматривает возврат вызываемым модулем управляющей инф-ции и считается менее предпочтительной.

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

19. Показатели качества по ГОСТ 28195 и ГОСТ Р ИСО/МЭК 9126.

Показатели качества ПО устанавливают ГОСТ 28195 “Оценка качества программных средств. Общие положения” и ГОСТ Р ИСО/МЭК 9126 “Информационная технология. Оценка программной продукции.Характеристика качества и руководства по их применению”.Одновременное существование двух действующих стандартов, нормирующих одни и те же показатели, ставит вопрос об их гармонизации.Ниже кратко рассмотрим каждый из перечисленных стандартов.

ГОСТ Р ИСО/МЭК 9126 устанавливает шесть характеристик качества ПО.Под характеристикой качества ПО,согласно этому стандарту,понимается “набор свойств (атрибутов) программной продукции,по которым ее качество оценивается или описывается”.Определение качества и определенные в этом стандарте характеристики отражают представление пользователя о качестве ПО.Ниже приводятся существенное для оценки качества ПО обсуждение этих характеристик.

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

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

2НадежностьСпецифика ПО заключается в том,что оно не подвержено старению и износу, а отказы проявляются из-за ошибок в требованиях,проекте,реализации.

Надежность–набор атрибутов,относящихся к способности ПО сохранять свой уровень качества функционирования в установленных условиях за определенный период времени.

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

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

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

Эффективность–набор атрибутов, относящихся к соотношению между уровнем качества функционирования ПО и объемом используемых ресурсов при установленных условиях.

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

Сопровождаемость–набор атрибутов,относящихся к объему работ,требуемых для проведения конкретных изменений (модификаций).

Мобильность - набор атрибутов, относящихся к способности ПО быть перенесенным из одного окружения в другое.

Все приведенные характеристики являются наборами атрибутов и, следовательно, должны уточняться на множестве соответствующих подхарактеристик. ГОСТ Р ИСО/МЭК 9126 не устанавливает соответствующих показателей, но в рекомендуемом приложении А к этому стандарту дается приме (качественная модель)таких подхарактеристик, называемых комплексными показателями.

– Конец работы –

Эта тема принадлежит разделу:

Механизм центрального преобразования

На сайте allrefs.net читайте: Механизм центрального преобразования...

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

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

Понятие жизненного цикла. модели ЖЦ ПС.каскадная и спиральная модели ЖЦ.Достоинства и недостатки.
Жизненный цикл-весь период времени начиная с момента возникновения замысла(идеи) и заканчивая моментом выхода программного средства из эксплуатации.Жизненный цикл включает все процессы создания и и

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

Отечественные и международные стандарты по ЖЦ ПС.
ИСО/МЭК 12207-95 определяет модель ЖЦ процессов разработки ПО. Данная модель ЖЦ ПС определяет,на верхнем уровне,основные цели,кот являются существенными для разработки высокоэффективного и надежног

Отеч.стандарты гост 19.102-77
Основу отечественной нормативной базу в области разработки и документирования програм средств составляет комплекс стандартов единой системы программной документации.Стандарты ЕСПД в основном охваты

Нормализация данных. Приведение ER-модели к 1 НФ и 2 НФ.
Нормализация данных–это процесс приведения модели к виду,позволяющему получить в дальнейшем структуру БД,в кот устранена избыточность хранения и сведены к минимуму аномалии при добавлении,удалении,

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

Синтез таблиц базы данных на основе ER-модели. Характеристика конфликтов при генерации таблиц и их устранение.
На основе модели «сущность-связь» может быть автоматически синтезирована структура БД. Генерация осуществляется в соответствии со следующими правилами:каждая сущность преобразуется в табл,имя сущно

Стандарт ЖЦ ПО ИСО. МЭК 12207.
ИСО/МЭК 12207-95 определяет модель жизненного цикла процессов разработки ПО. Данная модель ЖЦ ПС определяет,на верхнем уровне,фундаментальные цели,кот явл существенными для разработки высокоэффекти

Задачи и этапы структурного системного анализа. Основные элементы ДПД.
Структурный системный анализ проводится на начальном этапе разработки ПО–при создании спецификаций требований.Анализ предусматривает сбор и систематизацию сведений о предметной области,в кот должна

Логика процессов. Способы описания логики процессов. Деревья и таблицы решений. Структурный естественный язык.
Для представления логики процессов используются:деревья решений;таблицы решений; структурный естественный язык. Данные средства позволяют строить более строгие описания,чем обычны

Элементы ДПД. Расширение ДПД.
ДПД строятся из четырех основных элементов:внешняя сущность;поток данных;процесс;накопитель данных.Внешняя сущность представляет на диаграмме модели,организации,системы,находящиеся за пределами объ

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

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

Модели ЖЦ.Сравнительный анализ моделей.
ЖЦ-весь период времени начиная с момента возникновения замысла(идеи)и заканчивая моментом выхода ПС из эксплуатации.ЖЦ включает все процессы создания и использования ПС.Различают следующие стадии Ж

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

Стандарты ЖЦ программных систем.
Програм сис-мы играет чрезвычайно важную и центральную роль во всех сферах повседневной жизни:государственной,банковской и финансовой,образовании,транспорте,медицине,с/х и юриспруденции.Число,разме

Документирование в процессах ЖЦ.
Процесс документирования–это процесс записи информации, получаемой в процессе жизненного цикла или деятельности. Процесс состоит из набора действий, таких как планирование, проектирование, п

Построение словаря данных. Структура потоков данных.
Словарь данных описывает каждый поток данных,определенный в системе.В словаре данных определяются все потоки данных и управления,а также хранилища данных и управления.Внешние сущности не описываютс

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

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги