 |
Microsoft Solution Framework
|
|
|
|
Отличие
На основе обеспечивающей части строится функциональная структура АИС. Функциональная структура в свою очередь становится базисом, на основе которого выполняется основная задача АИС — выдача информации для решения задач пользователей.
В порядке функционирования аппарат управления в соответствии с задачами и функциями экономического объекта вырабатывает управленческие решения. Аппарат управления включает в себя операторов управления. Оператор управления — это должностное лицо аппарата управления, принимающее решение и обеспечивающее выполнение комплекса организационно-технических мероприятий по его реализации. В контуре функций АИС оператор управления — это ЛПР, отвечающее за реализацию принятого решения. В зависимости от конкретных условий «лицо» может быть юридическим или физическим. ЛПР — это субъект управления. Управление осуществляется путем реализации решений, вырабатываемых субъектом.
Решение — это целевая установка оператора управления, направленная на осуществление организационно-технических мероприятий по управлению объектом.
Реализацию функциональных задач АИС по всем участкам и процедурам обеспечивают в своей части соответствующие подсистемы: информационное обеспечение, техническое обеспечение, программно-математическое обеспечение и организационно-правовое обеспечение.
6. Перечислите стадии и этапы жизненного цикла ИС в соответствии с ГОСТ 34.601-90.
Стадия создания автоматизированной системы — часть процесса создания АС, установленная нормативными документами и заканчивающаяся выпуском документации на АС, которая должна содержать модель системы на уровне данной стадии, изготовление несерийных компонентов или приемку АС в эксплуатацию.
|
|
|
Каждая стадия выделена по соображениям рационального планирования и организации работ и обязательно должна заканчиваться определенным результатом. Содержание документации на каждой стадии определяется составом и спецификой работ.
В ГОСТ 34.601-90 определено восемь стадий создания автоматизированных систем:
1. Формирование требований к АС
2. Разработка концепции АС.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение АС.
Можно выделить три периода создания системы: предпроектный, проектирование, ввод в эксплуатацию.
Стадии 1, 2, 3 относятся к первому периоду, стадии 4, 5, 6 — ко второму периоду, стадии 7, 8 — к третьему.
В предпроектный период разрабатывают технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на проектирование системы. В этот период на стадии формирования требований к АС проводят три этапа работ:
• обследование объекта предметной области и обоснование необходимости создания системы;
• формирование требований пользователей к системе;
• составление отчета о выполненной работе и заявки на разработку системы.
На стадии разработки концепции АС проводят четыре этапа работ:
• изучение объекта;
• проведение научно-исследовательских работ;
• выбор варианта концепции системы из нескольких разработанных;
• составление отчета о выполненной работе.
На 3-й стадии разрабатывают и утверждают техническое задание на создание АС.
Техническое задание (ТЗ) — это перечень основных эксплуатационных, технологических экономических и других требований, которым должен удовлетворять проектируемый объект на всех этапах его существования.
После утверждения ТЗ начинается второй период создания АС — период проектирования системы.
|
|
|
Проектирование — процесс обоснованного выбора характеристик системы, формирования логико-математических и экономико-математических моделей, разработки документации.
В начале проектирования разрабатывают документацию, достаточную для утверждения намеченных затрат, доходов, дополнительной численности персонала, дополнительных площадей и организационно-технических решений, а при дальнейшем проектировании — для заказа и комплектации оборудования и материалов, его монтажа и наладки, для организации работы АСУ и ее внедрения.
Проектирование АС должна выполнять специализированная организация — проектировщик АС, соисполнителем может быть генпроектировщик отрасли.
На стадии создания эскизного проекта на 1-м этапе разрабатывают предварительные проектные решения по системе и ее частям, на 2-м — документацию на АС и ее части.
На 5-й стадии при создании технического проекта в четыре этапа проводят разработку:
• проектных решений по системе и ее частям;
• документации на АС и ее части;
• документации на поставку изделий для комплектования АС и ТЗ на их разработку;
• заданий н# проектирование в смежных частях проекта объекта автоматизации.
Технический и рабочий проекты должны пройти экспертизу и утверждение, т. е. оценку экономической эффективности проекта высококвалифицированными специалистами различных организаций с целью сведения к минимуму всех видов потерь. После утверждения проекта предприятие получает средства для финансирования.
Экспертизу и утверждение проекта выполняют генпроекти-ровщик и автоматизируемое предприятие, специализированная проектная организация.
На 6-й стадии выполняется разработка рабочей документации. На 1 -м этапе создают рабочую документацию на систему и ее части. На 2-м этапе осуществляют разработку или адаптацию программ.
Третий период — ввод в эксплуатацию АС. Обеспечивают разработку нестандартного оборудования, комплектацию оборудования, материалов, покупных изделий, монтаж, наладку, внедрение.
Разработка нестандартного оборудования — задание и выполнение НИР (научно-исследовательских работ) и ОКР (опытно-конструкторских работ) на необходимое нестандартное оборудование, включая программное обеспечение.
|
|
|
Разработку нестандартного оборудования выполняют СКБ (специальные конструкторские бюро), ОКБ и НИИ Министерства приборостроения, средств автоматизации и систем управления, комплектацию — предприятие через государственные и частные фирмы.
Монтаж начинается после изготовления нестандартного оборудования и комплектации стандартного. Проводит его специализированная монтажная организация.
Наладка — приведение в рабочее состояние всех технических средств и обеспечение готовности их работы в процессе опробования испытаний и принадлежностей.
Внедрение — процесс перехода к практическому применению решений проекта, когда технические средства системы используются для управления производством по новой технологии, разработанной в проекте.
На 7-й стадии система вводится в эксплуатацию в восемь этапов:
• подготовка объекта автоматизации к вводу АС;
• подготовка персонала;
• комплектация АС программными, техническими, информационными средствами и изделиями;
• строительно-монтажные работы;
• пусконаладочные работы;
• предварительные испытания;
• опытная эксплуатация;
• приемочные испытания.
На 8-й стадии: на 1-м этапе предусматриваются работы по обязательствам гарантийного обслуживания и на 2-м — послегарантийного обслуживания. Осуществляется авторский надзор генеральным проектировщиком АС (специализированная проектная организация), генеральным проектировщиком отрасли и разработчиком нестандартного оборудования.
7. Приведите состав и поясните назначение проектной документации, разрабатываемой в ходе предпроектного обследования.
Стадия предпроектного обследования выполняется в два этапа – 1) сбор материалов для обоснования целесообразности и эффективности создания ИС; 2) проведение анализа и формирование технического задания на создание системы.
Основная задача обследования – оценка реального объема проекта по созданию ИС, ее целей и задач, состава функциональных подсистем и возможностей реализации проекта.
|
|
|
Документы:
бизнес-план,
технико-экономическое обоснование (ТЭО),
техническое задание (ТЗ)
Первоначально в ТЭО определяются основные направления автоматизации объекта, а в дальнейшем в рамках ТЗ дается детальная постановка задач подлежащих автоматизации и описание процесса функционирования объекта в условиях использования ИС.
ТЭО разработки АЭИС является результатом 1 этапа. В этом документе должно быть четко сформулировано, что получит заказчик, если согласится финансировать проект; когда он получит готовый продукт; сколько это будет стоить, время окупаемости проекта (выгода), ожидаемый экономический эффект. Кроме того, особо нужно указать, что не будет реализовано в рамках данного проекта, а также будущие требования к системе в случае ее развития, совокупность условий, при которых предполагается эксплуатировать будущую систему.
Современные работы по созданию ИС рассматриваются как инвестиционный проект, поэтому для того чтобы иметь возможность привлечь финансовые средства для этого проекта на основе данных полученных в ТЭО и результатов исследования предметной области разрабатывается бизнес-план проекта
И в случае положительного заключения по вопросам целесообразности создания и возможностях финансирования разрабатывается ТЗ.
Этот документ является основным, определяющим требования и порядок создания автоматизированной системы. Определяется в основном состав и структура разрабатываемой системы, т.е. из каких подсистем она состоит, как они связаны между собой, какие комплексы задач и в каком порядке будут разрабатываться, их назначение. Также в ТЗ определяются основные показатели (параметры), которые должны быть достигнуты в условиях автоматизированного управления объектом, перечень функций управления с указанием входных и выходных документов, периодичность решения и формы представления информации для каждой функции.
Здесь же (в ТЗ) указываются все требования к программному, информационному, организационному и техническому обеспечению и составляется план-график совместных работ исполнителя и заказчика.
8. Поясните основные свойства требований пользователей к ИС.
Требования – это исходные данные, на основании которых проектируются и создаются ИС.
Пользовательские требования записываются с использованием повседневного языка либо простых графических моделей и отражают взгляд пользователей на функциональность системы и условия, в которых она должна работать.
Все требования разбиваются на классы:
Функциональные требования содержат описание возможностей, предоставляемых системой, реакций системы на действия пользователя, действия системы в определённых ситуациях. То есть функциональные требования должны отвечать на вопрос о том, что должна делать система.
|
|
|
Функциональные требования должны полностью отражать запросы пользователя и не противоречить друг другу.
Нефункциональные требования описывают требования к работе системы в целом. Нефункциональные требования относятся к таким характеристикам системы, как надёжность, производительность, переносимость, расширяемость, безопасность и т.д. Как правило, нефункциональные требования более критичны для функционирования системы, так как несоответствие хотя бы одному из них может крайне затруднить работу с системой либо сделать её невозможной. Нефункциональные требования подразделяются на три группы:
- требования к системе;
- организационные требования;
- внешние требования.
Требование пользователей - определяют набор пользовательских задач, которые должна решать ИС, а также способы (сценарии) их решения в системе. Описываются с помощью диаграммы вариантов использования, сценария взаимодействия, функциональной модели в различных нотациях.
9. Кратко охарактеризуйте методы выявления требований пользователей ИС на этапе предпроектного обследования.
Методы, используемые на стадии предпроектного обследования, подразделяются на:
1) Методы изучения и анализа фактического состояния экономического объекта и технологий управленческой деятельности
Эти методы позволяют выявить узкие места в исследуемых процессах и включают:
-Опрос. Устный опрос производится по заранее составленному вопроснику на рабочем месте специалиста с записью ответов и позволяет в форме несложной беседы понять технологию работы и опыт опрашиваемого. Достоинства метода заключаются в его простоте и в том, что можно приступить к подготовке нового решения уже на стадии анализа. К недостаткам этого метода относятся затруднения психологического порядка и разнородность результатов опроса.
-Анкетирование с помощью перечня вопросов дает полную и основательную информацию при условии готовности опрашиваемых к правдивым ответам. Существенное влияние на качество результатов оказывают четкость, недвусмысленность вопросов, поэтому разработка перечня вопросов предполагает знание предметной области.
-Наблюдение, измерение и оценка. С помощью этих методов собираются сведения о параметрах, признаках и объектах в соответствующей предметной области. Важные для изучения параметры, признаки и объекты точно оцениваются сотрудниками и регистрируются в карточках или в формулярах.
-Групповое обсуждение проводится проектировщиками совместно с заказчиками, включая пользователей. Цель – обобщение и обсуждение важных для решения проблем вопросов и определение необходимых задач.
-Анализ производственных, управленческих и информационных процессов используется для подготовки решений, касающихся реорганизации технологии информационных процессов. Анализ процессов охватывает:
• обследуемый объект;
• цель и результат решения управленческих задач;
• операции и алгоритмы управленческих и производственных задач;
• объем и качество информации;
• средства обработки информации;
• требования к персоналу и рабочим местам;
• методы работы;
• узкие места, помехи и трудности.
2) Методы формирования нового заданного состояния экономического объекта
Эти методы основываются на теоретическом обосновании всех составных частей ИС исходя из целей, требований и условий заказчика. К данным методам, представляющим собой рабочие средства проектировщика, относятся методы:
-Метод структурного (модульного) проектирования позволяет разработать проект четко разграниченных блоков (модулей), между которыми устанавливаются связи посредством входной и выходной информации, а также показывается иерархия их подчиненности. Метод структурного проектирования позволяет разделить весь комплекс задач на обозримые и поддающиеся анализу модули.
-Метод декомпозиции модулей предусматривает дальнейшее разбиение комплексов задач на отдельные задачи. Подход к разбиению всей совокупности задач происходит по принципу «сверху-вниз».
-Метод анализа и моделирования информационных процессов предназначен для выявления и представления в каждом случае взаимосвязи между результатом, процессом обработки и вводом данных. Он используется для анализа и формирования информационных связей между рабочими местами.
3) Методы графического представления фактического и заданного состояний
Эти методы предусматривают использование для наглядного представления процессов обработки информации в форме блок-схем, графиков прохождения документов и т.д. Графические методы являются составной частью любого проекта и необходимы для практической работы, поскольку выполняют роль вспомогательного средства при внедрении новых технологий
10. Дайте определение технологии проектирования и технологической операции проектирования ИС.
Технология проектирования определяется как совокупность трех составляющих:
-пошаговой процедуры, определяющей последовательность технологических операций проектирования;
-критериев и правил, используемых для оценки результатов выполнения технологических операций (соответствие или несоответствие стандартам);
-нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Технологическая операция проектирования – это относительно самостоятельный фрагмент технологического процесса проектирования, в котором определены:
вход;
выход;
преобразователь;
ресурсы;
средства.
11. Охарактеризуйте процессный подход к проектированию ИС.
Процессный подход – используется для создания ИС управления бизнес процессами.
Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.
Процессные потоковые модели — это модели, описывающие процесс последовательного преобразования материальных и информационных потоков компании в ходе реализации какой-либо производственной функции или функции управления.
Процессный подход предполагает смещение акцентов от управления отдельными структурными элементами на управление сквозными бизнес-процессами, связывающими деятельность всех структурных элементов. Каждый деловой процесс проходит через ряд подразделений. Структура компаний строится без учета возможностей оптимизации деловых процессов, обеспечивающих необходимые функции. Процессный подход позволяет устранить фрагментарность в работе, организационные и информационные разрывы, дублирование, нерациональное использование финансовых, материальных и кадровых ресурсов.
Процессный подход к организации деятельности предприятия предполагает:
-широкое делегирование полномочий и ответственности исполнителям;
-сокращение уровней принятия решений;
-сочетание принципа целевого управления с групповой организацией труда;
-повышенное внимание к вопросам обеспечения качества;
-автоматизацию технологий выполнения бизнес-процессов.
Процессная модель экономического объекта должна строиться с учетом следующих положений:
1. Верхний уровень модели должен отражать только контекст деятельности (т.е., контекстная диаграмма должна отражать взаимодействие моделируемого предприятия с внешним миром).
2. На втором уровне должны быть отражены тематически сгруппированные бизнес-процессы предприятия и их взаимосвязи в виде основных направлений деятельности.
3. Каждое из направлений деятельностей должно быть детализировано на бизнес-процессы.
4. Детализация бизнес-процессов осуществляется посредством бизнес– функций.
5. Бизнес-функции описываются последовательностью элементарных технологических операций.
6. Описание элементарной операции осуществляется с помощью миниспецификации.
Процессный подход требует комплексного изучения различных сторон жизни организации — правовых основ и правил деятельности, организационной структуры, функций и показателей результатов их исполнения, интерфейсов, ресурсного обеспечения, организационной культуры. В результате анализа создается модель деятельности "как есть". Обработка этой модели с помощью различных аналитических методов позволяет проверить, насколько деловые процессы рациональны, а также определить, является ли та или иная операция ориентированной на общественно значимый конечный результат или излишней бюрократической процедурой.
12. Кратко охарактеризуйте современные технологии проектирования ИС.
1. Custom Development Method - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ, а также для технологий "быстрой разработки", рекомендуемых в случае малых проектов. В соответствии с CDM жизненный цикл ПО формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов:
- стратегия (определение требований);
- анализ (формулирование детальных требований к системе);
- проектирование;
- реализация (написание и тестирование приложений);
- внедрение (установка новой прикладной системы);
- эксплуатация.
2. Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.
Основными принципами являются:
- Итерационный и инкрементный (наращиваемый) подход к созданию ПО.
- Планирование и управление проектом на основе функциональных требований к системе - вариантов использования.
- Построение системы на базе архитектуры ПО.
Microsoft Solution Framework
Методология создания программных решений (MSF) опирается на практический опыт корпорации Майкрософт и описывает управление людьми и рабочими процессами в процессе разработки решения под бизнес требования заказчика. MSF представляет собой согласованный набор концепций, моделей и правил, состоит из двух моделей и трех дисциплин. Они подробно описаны в пяти документах, так называемых "белых книгах", каждый из которых охватывает определенную дисциплину или модель MSF:
- Модель процессов MSF;
- Модель проектной группы MSF;
- Дисциплина управления проектами MSF;
- Дисциплина управления рисками MSF;
- Дисциплина управления подготовкой MSF
MSF включает в себя ряд основных принципов. Вот те из них, которые имеют отношение к успешной работе команды:
- Распределение ответственности при фиксации отчетности
- Наделяйте членов команды полномочиями
- Концентрируйтесь на бизнес-приоритетах
- Единое видение проекта
- Проявляйте гибкость
13. Дайте определение RAD-технологии разработки ИС. Укажите границы применимости этой технологии.
RAD-технология (методология быстрой разработки приложений) разработки ИС.
RAD — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Концепцию RAD также часто связывают с концепцией визуального программирования.
Под этим термином обычно понимается процесс разработки ИС, содержащий 3 элемента:
-небольшую команду программистов (от 2 до 10 человек);
-короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);
-повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.
Границы применимости методологии RAD можно использовать далеко не всегда, а лишь в том случае, если:
-объем проекта и требования бизнеса четко определены, не изменяются, а сам проект невелик;
-проект не зависит от других средств автоматизации бизнеса, количество внешних интерфейсов ограниченно;
-система ориентирована на экранные формы, обработка данных и системные функции составляют незначительную часть, удобство экранных форм является важнейшим фактором успеха проекта;
-пользователи имеют высокую квалификацию и изначально положительно оценивают идею создания новой системы.
Таким образом, методом ускоренной разработки приложений лучше разрабатывать небольшие проекты, ориентированные на конкретного заказчика.
Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления, требующих написания большого объема (сотни тысяч строк) уникального кода.
Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы и приложения, от которых зависит безопасность людей, так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
14. Приведите классификацию технологий проектирования ИС по степени автоматизации проектных работ и применению типовых проектных решений.
По степени автоматизации проектных работ методы проектирования делятся на:
-оригинальное (индивидуальное, каноническое) проектирование;
-типовое проектирование:
-элементарное;
-подсистемное;
-модельное;
-автоматизированное проектирование:
-структурное;
-объектное.
Каноническое проектирование ИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших, локальных ИС. В основе канонического проектирования лежит каскадная модель жизненного цикла ИС.
Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.).
Каждое типовое решение предполагает наличие, кроме собственно функциональных элементов (программных или аппаратных), документации с детальным описанием ТПР и процедур настройки в соответствии с требованиями разрабатываемой системы.
Типовое проектное решение (ТПР) – это тиражируемое (пригодное к многократному использованию) проектное решение.
Принятая классификация ТПР основана на уровне декомпозиции системы.
Автоматизированное проектирование – проектирование с использованием CASE средств, которые позволяют на основе модели системы получить готовый работающий продукт. Один из примеров – технология RAD. Подобный метод предусматривает разработку рабочего прототипа с последующей демонстрацией его пользователям. Пользователи отмечают, что им нравится, а что – нет. Проектировщик дорабатывает прототип с учетом сделанных замечаний, после чего снова демонстрирует то, что получилось. Обычно устанавливается лимит времени и количество итераций, иначе пользователи будут совершенствовать прототип вечно.
15. Приведите классификацию типовых проектных решений по уровню декомпозиции.
Типовое проектное решение (ТПР)- это тиражируемое (пригодное к многократному использованию) проектное решение.
Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:
-элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);
-подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;
-Объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС
16. Дайте определение CASE-технологии. Укажите основные компоненты интегрированного CASE-средства.
CASE-технология представляет собой совокупность методов анализа, проектирования, разработки и сопровождения АИС, поддержанной комплексом взаимосвязанных средств автоматизации.
Интегрированный CASE-пакет содержит четыре основных компонента:
1. Средства централизованного хранения информации о проектируемой АИС в течение всего ЖЦ (репозиторий), которые являются основой CASE-пакета. Соответствующая БД должна иметь возможность поддерживать большую систему описаний и характеристик и предусматривать надежные меры по защите от ошибок и потерь информации. Репозиторий должен обеспечивать:
-распространение действия нового или скорректированного описания на информационное пространство всего проекта;
-синхронизацию поступления информации от различных пользователей;
-хранение версий проекта и его отдельных компонентов;
-сборку любой запрошенной версии;
-контроль информации на корректность, полноту и состоятельность.
2. Графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС, их описание и анализ.
3. Средства разработки приложений предназначенные для автоматизированной кодогенерации и тестирования.
4.Средства документирования, управления проектом и реинжиниринга.
17. Дайте определение и кратко поясните суть постановки задачи на этапе технического проектирования ИС.
Постановка задачи – это описание экономической задачи по определенным правилам, которое дает исчерпывающее представление о ее сущности, логике преобразования информации для получения результата.
Для постановки задачи используются сведения, необходимые и достаточные для полного представления ее логической и информационной сущности. Постановка задачи выполняется будущим пользователем ИС в тесном сотрудничестве с разработчиком. Постановка задачи начинается на стадии анализа предметной области, а заканчивается на стадии технического проектирования.
План постановки задачи:
Организационно-экономическая сущность задачи
• наименование задачи, место ее решения;
• цель решения;
• назначение
• периодичность решения и требования к срокам решения;
• источники и способы поступления данных;
• потребители результатной информации и способы ее отправки;
• информационная связь с другими задачами.
Описание выходной (результатной) информации
• перечень результатной информации;
• форма представления по каждой позиции перечня;
• периодичность и сроки представления;
• количество информации в единицу времени, количество строк в документе;
• перечень пользователей результатной информации;
• описание структурных единиц информации (по каждому реквизиту):
• точное и полное наименование;
• идентификатор;
• тип данных;
• максимальная разрядность;
• способы контроля данных:
• контроль разрядности реквизита;
• контроль интервала значений реквизита;
• контроль соответствия списку значений;
• расчетный метод контроля количественных значений реквизитов;
• метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Описание входной (исходной) информации
• перечень исходной информации;
• формы представления по каждой позиции перечня, примеры заполнения документов;
• количество информации в единицу времени, количество строк в документе;
• описание структурных единиц информации (по каждому реквизиту):
• точное и полное наименование;
• идентификатор;
• тип данных;
• максимальная разрядность;
• способы контроля исходных данных:
• контроль разрядности реквизита;
• контроль интервала значений реквизита;
• контроль соответствия списку значений;
• расчетный метод контроля количественных значений реквизитов;
• метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Описание алгоритма решения задачи
• описание способов формирования результатной информации с указанием последовательности выполнения логических и арифметических действий;
• описание связей между частями, операциями, формулами алгоритма;
• требования к порядку расположения (сортировке) ключевых признаков в выходных документах, например, по возрастанию значений табельных номеров;
Алгоритм должен учитывать общий и все частные случаи решения задачи.
Описание условно-постоянной (нормативно-справочной) информации
• перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований;
• форма представления по каждой позиции перечня;
• описание структурных единиц информации (по каждому реквизиту):
• точное и полное наименование; • идентификатор;
• тип данных; • максимальная разрядность;
• способы взаимодействия с переменной информацией.
18. Приведите порядок разработки эксплуатационной документации в соответствии с ГОСТ Р ИСО/МЭК 15910-2002.
Процесс документирования должен быть выполнен в два этапа. Поэтапные работы не выполняются одновременно. На отдельных этапах работы могут проводиться параллельно. Возможные итерации работ показаны пунктирными линиями.
Когда минимальный состав документации определяется заказчиком, это должно быть учтено документатором при разработке плана документирования.
Заказчик должен обеспечивать документатору доступ:
a) ко всем соответствующим спецификациям, форматам записей, компоновкам экранов и отчетов, выходным результатам работы средств автоматизации программирования и другой информации, необходимой для подготовки документации;
b) к рабочей копии программного средства (при необходимости);
c) к аналитикам и программистам, включая своевременное правильное решение вопросов, возникающих у персонала разработчиков документации;
d) к типичным пользователям (по возможности) для анализа аудитории и тестирования на практичность.
В обязанности документатора входит обеспечение плодотворности контактов с разработчиками программных средств заказчика, гарантирующее как минимум понимание сути выпускаемой продукции и соответствующих ей аудиторий.
Документатор не отвечает за разработку, проверку или корректировку исходных материалов, а только за их получение.
Обязанностью разработчика является обеспечение полноты, правильности и актуальности всех материалов, предъявляемых разработчику на момент их поставки.Разработчик должен гарантировать, что представление документатору данных материалов не нарушает прав интеллектуальной собственности любой третьей стороны.
Документатор должен предпринять соответствующие шаги по сохранению материалов, представленных заказчиком, обеспечить защиту информации о требованиях заказчика и возвратить все материалы заказчику по завершении проекта документирования.
В ряде случаев нет необходимости возвращать все материалы; данный вопрос должен быть оговорен в договоре. В ряде случаев требуется сохранить конфиденциальность и секретность предоставленных материалов. В договоре должны быть установлены уровни (грифы)конфиденциальности или секретности материалов, представляемых заказчиком документатору.
19. Дайте определение информационному обеспечению ИС, приведите его состав.
Информационное обеспечение ИС – это совокупность информации, характеризующей состояние управляемого объекта и являющейся основой для принятия управленческих решений.
Одна часть информационного обеспечения учитывает особенности взаимодействия пользователей с ПК при выполнении технологических операций по обработке информации. Другая часть связана с организацией в компьютере различных информационных массивов, используемых для решения экономических задач и передачи данных. Поэтому в составе ИО выделяется внемашинное и внутримашинное ИО.
Внемашинное ИО включает:
систему экономических показателей данной предметной области (например,
|
|
|
