6. Структура технического задания

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

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

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

• общие сведения(в разделе "Общие сведения" указывают: полное наименование системы; перечень организационно-распорядительных документов, на основании которых была начата разработка системы);

• нормативные ссылки (в разделе "Нормативные ссылки" должен быть указан перечень нормативных документов, на которые даны ссылки в тексте ТЗ);

• терминология и сокращения (в разделе "Терминология и сокращения" приводят: перечень терминов и определений к ним; перечень сокращений и полных форм к ним);

• назначение системы (в разделе "Назначение системы " указывают: назначение разрабатываемой системы; перечень целей создания системы);

• бизнес-модель объекта автоматизации: основные процессы автоматизируемого объекта; бизнес-роли; услуги; сценарии выполнения услуг;

• функциональные требования к системе: функциональная модель системы; требования к бизнес-функциям системы;

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

 В зависимости от вида, назначения, специфических особенностей и условий функционирования объекта автоматизации допускается вводить дополнительные разделы и подразделы, исключать или объединять разделы и подразделы ТЗ.

Вопрос 8 8. Способы реализации ис в соответствии с требованиями тз.

Технологии и средства реализации: -Вопросы реализации Хранилищ Данных (Рассматриваются технологические аспекты реализации Хранилищ Данных) -СУБД для аналитических систем .

Вопросы реализации Хранилищ Данных

Аналитические системы всегда предъявляли существенно более высокие, чем традиционные СОД, требования к аппаратному обеспечению и программному обеспечению. И, приступая к построению аналитической системы, следует понимать, что её реализация практически невозможна без разрешения таких вопросов как:1)Неоднородность программной среды. 2)Распределенность. 3)Защиты данных от несанкционированного доступа. 4)Построения и ведения многоуровневых справочников метаданных. 5)Эффективное хранение и обработка очень больших объемов данных.

Неоднородность программной среды.

Основополагающим отличием Хранилищ Данных от традиционных СОД является то, что они практически никогда не создаются на пустом месте. И практически всегда, конечное решение будет разнородным (с точки зрения производителей программных средств, принципов построения, операционных систем). Основой Хранилищ Данных являются не внутренние, как в большинстве традиционных СОД, а внешние источниками данных: различного рода информационные системы, электронные архивы, общедоступные и коммерческие электронные каталоги, справочники, статистические сборники. Как правило, сегодня в любой организации реально функционирует множество несвязанных или слабо связанных СОД. В большинстве случаев, они создавались в различное время, различными коллективами разработчиков и реализованы на основе различных программных и аппаратных средств. Таким образом, уже сама основа, на которой будет строиться Хранилище Данных, чаще всего уже является крайне неоднородной. Добавьте сюда средства выгрузки, транспортировки, реализации целевой БД Хранилища Данных. Очевидно, что в таких условиях, даже говорить об однородности программных средств чрезвычайно сложно. И практически всегда, задача построения Хранилища Данных, это задача построения единой согласовано функционирующей информационной системы, на основе неоднородных программных средств и решений. И уже сам выбор средств реализации Хранилища Данных становится чрезвычайно сложной задачей. Здесь должно учитываться множество факторов, включая, взаимную совместимость различных программных компонент, легкость их освоения и использования, эффективность функционирования, стабильность и даже формы, уровень и потенциальную перспективность взаимоотношений различных фирм производителей.