Шпаргалка по "Корпоративным сетям"

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

4) Состав стадий и этапов типового проектирования информационной системы

Состав стадий и этапов типового проектирования информационной системы: 
1. «технико –экономическое обоснование»(ТЭО). Целью разработки данного проекта является :

• Обоснование состава функциональных задач
• Требования к обеспечивающим подсистемам
• Технологии проектирования
• Ориентировочный расчет экономической эффективности

2. «техническое  задание на создание автоматиз-ой  системы». Составляется на основе  ТЭО и включает задания на  проектирование функциональной  части и обеспечивающих подсистем.

3. «Технический  проект». При разработке данного  документа осуществляется алгоритмизация  экономических задач, проектирование  организ-го, инф-го и технического  обеспечения, а также уточненные  расчеты экономической эффективности.

4. «Рабочий  проект». Включает документацию, касающуюся  формирования программного обеспечения, монтажа технических средств, а  также технологические инструкции, предназначенные для использования  специалистами в своей деятельности  на каждом АРМ(Автоматизированном  рабочем месте).

Стадии проектирования:

1 стадия: анализ (обоснования требований  к ИС)

2 стадия: проектирование ( создание  систем на логическом уровне)

3 стадия: программирование( реализация  системы на физ-ом уровне)

4 стадия: внедрение

5 стадия: эксплуатация

5) Состав и содержание работ на стадиях и этапах типового проектирование информационной системы

Состав и содержание работ на стадиях и этапах типового проектирование информационной системы: 
Элементный подход. В качестве типового элемента – типовое решение по задаче. Цель – комплектация ИС из множества типовых проектных решений. Недостатки: Большие затраты времени на увязку разнородных элементов, плохая адаптивность к особенностям предприятия.

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

Объектный метод. Используется типовой проект для объектов управления определенной области. Недостаток: сложность привязки готового типового решения к конкретному объекту управления.

Процесс типового проектирования включает 4 этапа:

1. Определение критериев оценки пакетов прикладных программ
2. Оценка множества пакетов прикладных программ по готовым критериям
3. Выбор и закупка пакетов прикладных программ с наивысшей оценкой
4. Установка, настройка параметров и доработка закупленных пакета прикладных программ.

 

6) Назначение и особенности применения стандартов Единой Системы Программной Документации (ЕСПД 19.xxx-)

1)ГОСТ ЕСПД 19.201 Техническое  задание.

Техническое задание должно содержать следующие разделы:

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

2) ГОСТ ЕСПД 19.202 Спецификация

Структура и оформление документа:

Информационную часть (аннотацию и содержание) допускается в документ не включать.

Спецификация является основным программным документом для компонентов, применяемых самостоятельно, и для комплексов.

Для компонентов, не имеющих спецификации, основным программным документом является «Текст программы».

 Спецификация  в общем случае должна содержать  разделы:

• документация;
• комплексы;
• компоненты.

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

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

 После  каждого раздела спецификации  необходимо оставлять несколько  свободных строк для дополнительных  записей.

3) ГОСТ ЕСПД 19.301 Программа и методика  испытаний

1. Структура  и оформление документа 

Составление информационной части (аннотации и содержания) является необязательным. 

Документ «Программа и методика испытаний» должен содержать следующие разделы:

• объект испытаний;
• цель испытаний;
• состав предъявляемой документации;
• технические требования;
• порядок проведения испытаний;
• методы испытаний.

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

4) ГОСТ ЕСПД 19.401 Текст программы

1. Настоящий  стандарт устанавливает требования  к содержанию и оформлению  программного документа «Текст  программы»,

2. Структуру  и оформление документа 

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

3. Основная  часть документа должна состоять  из текстов одного или нескольких  разделов, которым даны наименования.

Допускается вводить наименования также и для совокупности разделов.

4. Каждый  из этих разделов реализуется  одним из типов символической  записи, например:

• символическая запись на исходном языке;
• символическая запись на промежуточных языках;
• символическое представление машинных кодов и т.п.

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

5) ГОСТ ЕСПД 19.402 Описание программы

Описание программы должно содержать следующие разделы:

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

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

6) ГОСТ ЕСПД 19.404 Пояснительная записка

Структура и оформление документа

Составление информационной части (аннотация и содержание) является необязательным.

Пояснительная записка должна содержать следующие разделы:

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

В зависимости от особенностей документа отдельные разделы (подразделы) допускается объединять, а также вводить новые разделы (подразделы).

7) ГОСТ ЕСПД 19.502 Описание применения

1. Настоящий  стандарт устанавливает состав  и требования к содержанию  программного документа «Описание  применения» 

Стандарт полностью соответствует СТ СЭВ 2093-80.

2. Структуру  и оформление документа 

Составление информационной части (аннотации и содержания) является обязательным.

Текст документа должен состоять из следующих разделов:

• назначение программы;
• условия применения;
• описание задачи;
• входные и выходные данные.

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

8) ГОСТ ЕСПД 19.503 Руководство системного  программиста

Структуру и оформление документа

Составление информационной части (аннотации и содержания) является обязательным.

Руководство системного программиста должно содержать следующие разделы:

• общие сведения о программе;
• структура программы;
• настройка программы;
• проверка программы;
• дополнительные возможности;
• сообщения системному программисту.

В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые.

В обоснованных случаях допускается раздел «Дополнительные возможности» не приводить, а в наименованиях разделов опускать слово «программа» или заменять его на «наименование программы».

 

9) ГОСТ ЕСПД 19.504 Руководство программиста

Структуру и оформление документа

Составление информационной части (аннотации и содержания) является обязательным.

Руководство программиста должно содержать следующие разделы:

• назначение и условия применения программ;
• характеристика программы;
• обращение к программе;
• входные и выходные данные;
• сообщения.

В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые.

10) ГОСТ ЕСПД 19.505 Руководство оператора

Структуру и оформление документа

Составление информационной части (аннотации и содержания) является обязательным.

Руководство оператора должно содержать следующие разделы:

• назначение программы;
• условия выполнения программы;
• выполнение программы;
• сообщения оператору.

В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые.

11) ГОСТ ЕСПД 19.701 Схемы алгоритмов, программ, данных и систем

В настоящем стандарте определены символы, предназначенные для использования в документации по обработке данных, и приведено руководство по условным обозначениям для применения их в:

1) схемах  данных;

2) схемах  программ;

3) схемах  работы системы;

4) схемах  взаимодействия программ;

5) схемах  ресурсов системы.

В стандарте используются следующие понятия:

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

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

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

7. Основные  виды моделей информационной  системы 
Методологии структурного анализа и проектирования информационной системы (. 
Методологии объектно-ориентированного анализа и проектирования информационной системы.

8. Построение функциональной  модели информационной системы  с помощью методики «дерева  целей-функций»

 

9. отсутсвует

 

11. Построение информационной  модели информационной системы  с помощью методики методик DFD и Бахмана

Построение  модели  

 

 Главная цель построения иерархического множества DFD заключается в том, чтобы сделать требования ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними. Для достижения этого целесообразно пользоваться следующими рекомендациями:

-     Размещать на каждой диаграмме от 3 до 6-7 процессов. Верхняя граница соответствует человеческим возможностям одновременного восприятия и пони мания структуры сложной системы с множеством внутренних связей, нижняя граница выбрана по соображениям здравого смысла: нет необходимости детализировать процесс диаграммой, содержащей всего один или два процесса.