Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Требования к развитию Системы

Читайте также:
  1. Host BusПредназначена для скоростной передачи данных (64 разряда) и сигналов управления между процессором и остальными компонентами системы.
  2. I этап реформы банковской системы (подготовительный)приходится на 1988–1990 гг.
  3. I. Методы исследования в акушерстве. Организация системы акушерской и перинатальной помощи.
  4. I. Общие методические требования и положения
  5. I. РАСТВОРЫ И ДИСПЕРСНЫЕ СИСТЕМЫ
  6. I. Требования государственных образовательных стандартов
  7. II. Общие требования и правила оформления текстов исследовательских работ.

Требования к Системе в целом

Требования к структуре и функционированию

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

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

Решение по архитектуре должно отвечать в том числе нефункциональным требованиям, предъявляемым к системе.

В рамках описания архитектуры должны быть описаны:

- Компоненты системы

- Прикладная архитектура

- Информационное взаимодействие

- Технологический дизайн

- Дизайн размещения на аппаратных средствах

- Политика резервного копирования

- Предлагаемое системное программное обеспечение

- Архитектура системы должна быть разработана в соответствии с трехуровневой клиент-серверной архитектурой и состоять из следующих уровней:

- уровень хранения данных;

- уровень приложений;

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

Уровень презентаций должен быть разработан в соответствии с принципами архитектуры «тонкого клиента».

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

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

Перечень подсистем, их назначение и основные характеристики

4.1.1.1.1. В рамках развития Системы должны быть разработаны и включены в состав АИС «Контроль за прохождением экспертизы проектно-сметной документации» следующие подсистемы:

1) Подсистема информационного взаимодействия с АС ГУФ и АС УР;

2) Подсистема представления на экспертизу и хранения проектной документации;

3) Подсистема подготовки заключений экспертизы.

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

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

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

Разработка указанных в п.4.1.1.1 подсистем не должна приводить к перепроектированию существующих подсистем..


Дата добавления: 2015-07-15; просмотров: 265 | Нарушение авторских прав


Читайте в этой же книге: Общие сведения | Краткие сведения об объекте автоматизации | Требования к показателям назначения | Требования к транспортабельности | Подсистема информационного взаимодействия с АС ГУФ и АС УР | Информационный обмен между смежными системами должен осуществляться с помощью используемых в Системе программных средств, хранилища данных системы или с помощью XML-файлов. | При разработке подсистем должно быть использовано только лицензионное и сертифицированное (при необходимости) общее и специальное программное обеспечение. | Общие требования к приемке работ | Требования к документированию |
<== предыдущая страница | следующая страница ==>
Общегородская инфраструктура оказания государственных услуг| Под штатным режимом функционирования понимается режим промышленной эксплуатации, в котором доступно выполнение всех функций Системы.

mybiblioteka.su - 2015-2024 год. (0.007 сек.)