Примепеипе врницнпов еистемноіl пняtенерип в проектироввппн ипформвциопньзх
еистем. Разрвботиа теппнчесіtвгп звдвнив па проектпровапне ипформвциопноіl
системгя
Цель работая: составить и проанализировать требованнв к инфорнационной cмcтeмe;
разработать технмческое задание на проектнрованме инфорнационной системы.
Проблемы, коіорьте приходится решать спеіиіалистан в процессе создания
программного обеспечения, очень сложньт. Прмрода этих проблем не всегда ясна, особенно
если рвзщбаінваенаа програмннав система инновационнав. В чвстностм, трудно чѐтао
описать те действнв, коіорьте должив выполнвтъ снстема. Описанме функииональных
возножностеіl и ограниченмй, нвклвдьтваеных нв систему, называется требованиянм а этоіl
системе, а сам процесс форнмровання, 8НМнза, доаументирования и проверки этнх
фуваіиіональных возможностей и ограниченмй - рвзщбоікой требованмй.
Требования подрвзделяются на пользовательскме и системньте. Пользовательскме
требования - это описанме нв естественное языае (плюс повснвющие диаграммы) функциіl,
вьтполняемьтх системой, м ограничениіl, нвклвдьтваеньтх на неѐ. Системные требованмя - это
описание особенностей системы (архитектура системы, требования к паранетрам
оборудования и т.д.), необходимых для эффективной реализации требованиіl ПОлыоваіеля.
Разрвбогка требований — это процесс, включающий нероприятив, необходмные для
СОзДаннв и утверждения документа, содержащего спеіиіфмкацию системннх требованиіl.
Разлмчвют четыре основных этала процесса разработки требований:
анализ техническоіl осуществимости создания смстемьт,
форммрование м внализ требованиіl,
спеіиіфмцирование требованмй и создание сооівеіствующеіl документацим,
- аттестация этих требованиіl.
Нв рисунке 1 .I показвнfif ВзБНЖОСВflЗИ М
этими этвпанм и результаты,
сопровож;щюіцне квждьтіl этап процесса разрвботаи смстемньтх требований.
Рмсунок І.I - Процесс разработки требованиіl
Но поскольку в процессе разработки системы в снлу разнообразных причин
требования могуt менптьсп, управленне гребованнями, т.е. процесс управления нзменениямн
сисtемных гребованнй, паляетсп необходимой составной часtью девтельносін по irx
разработке.
Формнроваппе н апалнз требовапніl
Следующим зtапом процесса разщбоіки требованнА является формнрованне
{определенне) н анализ требований.
Обобщенная иодель процесса формирования н анализа требования показано на
рисунке 1.2. Каждап организация использует собсtвенныё вариант эіоА модели, зависяііtяА
от —местных факtоровl: опнта рабоtы коллектнва разщбоі чиков, тнпа
разрабатываемоА системы, используемнх сtандарtов н t.д.
Рисунок 1.2 — Процесс формнрованип и аналнза гребоааннй
Пpouecc формнрованип и аналнза требованнА проходит через рпд эtапов.
1. Анализ предмеtноя области. Аналитикн долзгны изучить предмеtную область,
где будет эксплуатироватьсв система.
2. Сбор требования. Эго процесс взанмодеёсtвия с лнцами, формнрующнмн
требования. Во времп эіого npouecca продолжается анализ предметноЯ обласін.
3. Классификация требошния. На эіом эtaпe бесформенныА набор требования
преобразуется в логнчески сввзаннне группы требования.
4. Разрешенне противоречий. Без сомнения, требования многочисленных лиц,
занвtых в npouecce формированип требования, бур yr проtнворечивнмн. На зтом эtaпe
определвются н разрешаютсп противоречнв различного рода.
5. Назначенне приоритетов. В любом наборе требования однн нз них будуг более
ваягнн, чеи другне. На эіом зтапе совместно с лнцами, формирующими требования,
определвются наиболее шжные требованнв.
6. Проверка требованнА. На этом эіапе определяется нх полноіа,
последовательность и непротиворечнвость.
Процесс формированив н анализа требований инкличесыія, с обратном связью or
одного зtaпa к другому. Цнкл начинается с аналнза предмеtноё области и заканчивается
проверкой требования. Понимание требований предметноА области увеличивается в каждом
иихле процессе формирования требований.
Рассмотрим три основных подsода ь формироъвнию требований: метод, основанный
ка мкожестае опорных точех зрекин, сиекарии и зтнографический метод.
Оворигяе тпчип sрепня
Подход с мспользованием рааличньтх опорных точек зрения к разработке требованмё
признает различные (опорньте) точші зрения на проблему м использует их в авчестве основът
построение и оргвнизацим как npoitecca формирования требований, твк м не- посредственно
саних требований.
Рааличньте нетоды предлагаіот разные трактоваи выщжения ”точаа зрения”. Точші
зрения ножно тракюввть следующнн образом.
І. Как источник информацим о смстенньтх данных. В этон случае на основе
опорньтх точек зреннв строится модель соЗданИя м использованнв данньтх в системе. В
npoitecce форнирования требованиіl отбираются все такие точки зрения ( и на их основе
определвются данньте), коіорьте бyдy СОзДбНы или использованьт при щботе системы, а
также способьт обработки зтнх данньтх.
2 Как структура представлений. В этом случае точки зрения щсснвтрмваіотсв как
особаа часть нодели смстеньт. Налринер, на основе рааличньтх точек зрения ногут
разрабатыватьсв нодели ”сущность-связь”, нодели авнечного автомата и т.д.
3. Как получатели систенных сервмсов. В зтом случае точкм зрения являіотсв
внешнмни (относмтельно системы) получателвнм системньтх сервисов. Точші зрения
помогают определіtіь двнные, необходнньте длв выполнения смстенных сервмсов нли нх
управления.
Наиболее эффектнвным подуодон к анWяз таких систен ввлвется исполыование
внешних опорньтх точек зрения. На основе этого подходи разщбоіан неіод
VORD (Viewpoint-Oriented Requirements Definition — определение требований на основе
точек зреннв) для формирования и аналяза требованиіl. Основные этвпьт нетода VORD
поавзаны на рмсувае І.З.
І. Идеіtіифмкаиия точек зрения, получающнх системньте сервисьт, и идентификация
сервисов, соответствующим каждоё точае зрения.
2 Структурмрованме точек зрения — создание иерархии сгруяпированных точек
зрения. Общесмстенньте сервисы предоставляюіся более вътсошін уровнях иерархии м
наследуіоіся точаани зрения низшего уровня.
3. Доаументнрованме опорных точеа зрения, которое заключается в точном
описании ндеіtіифИіиіЦОванных точек зреннв м сервисов.
4. Оіображенме смстемн точеа зрения, которая показыввеі смстемные объекты, определенные на основе информаіиіи, заключенноіl в опорньгх точках зрения.
Рисунок 1.3 - Метод VORD
Пример. Рассмотрим исполыование меіода VORD на первых трех шагах анализа
требованиіl для системы системы поддержки заказв и учетв товаров в бакалейной лавке. В
бакалеіlной лавке для каждого ювара фиасируется место храненнв (определенная полкв),
позиіиій, в кавдоіl полиции уназнваюіся нанненованме товврв и его колмчество в заказе.
Система по требованию полыоваіеля формирует м віщвет нв печать следующую
справочную информацию:
спмсок всех товаров,
спмсок товаров, имеющмхса в нaличим,
спмсох товвроа, количество которых необходііыо пополнить,
спмсок товвроа, поставлаеных данным пвставщнаом.
Пераым шагом в формнрованни требований является ндентификацня опорньт точек
зрення. Во воех иеіодах формнровання требованмй, основанных на нсполыованим ючек
зрення, нвчальнаа идентнфмкация является наиболее трудной задачей. Один мз подходов к
идентификацим точеа зрення — нетод "мозговой атаки", когдв определяются потенщіальные
снстенные сервмсы и организацнм, взаимодействующие с снстемоіl. Оргвннзуеіся встреча
лнщ учаеіаующнх в форнярованим требоваямё, хоторне предвагаюі свон ючаи зреияв. Эти
точки зрення предстввлвются в аиде диаграммы, состоящей из psдa круговых облаеіей,
оіобравающнх аозножные ючаи зрения (рис. 4). Во время "мозговой атаан" необходимо
идентифицировать потенциальнне опорные точан зрення, снстенные оервмсн, входите
данные, нефункциональные требовання, упщвляющие события и мсключнтельные сніуацим.
Следующей ствдиеіl процесса форннрованнв требований будет ндентификацня
опорных точеа зрения (нв рмсунке 1.4 поавзаны в виде темных круговых областей) м
сераисов (показаны в виде затененньт областей). Сервмсы должньi соответствовать опорньш
точкан зреннв. Но могут 6нтъ оераисы, которые не поставлены мн а щответствие. Это
означает, чю на начальнон этале "нозговоё атаки" некоторые опорные ючаи зрения не бьвін
ндентифицнрованы.
Рисунок 1.4 - Диаграыма идентификацим точек зренмя
В таблице 1.1 показано распределение оераисов для некоторых идентнфицированннх
на рмсунае 1.4 точек зрення. Один м юі же сервмс может dыть соотнесен с нескольаннн
точканн зрення.
Таблнца 1 1 - Сераисы, соотнесенные с точканм зреннв
nocтoянньтй
р
клиент
noxynameлъ g g
тамар
поставщис
flpoвepaa
нвлмчня
товвра
floкynxa
инфорчац базу
llолученне
чеаа
Ї8КВ3 ’ТОВбДd
Занесенме
П0k}m8tЫt fl
сумок
I
базу данных
стаінстнан
Назначени е
цены
Достуя к
катвлогу
ПWe ^P9A
Проверка
налнчня
‹ТІовукаеы
Офорнлев
ме заввза
екение
цены
П0k}mRн
админисжр
ppgp
Нанесение в Полученме Прием
Нанесение в flpoдa п
Доетуп к
списоа
аазу
базе
саидкм
товара
товврв
ыіиентов
дaнннx
дaнннx
Полученме Нанесение в
Печаіь чеаа Проверка
товвра
М
продавец
ый» нлн
«непокуяа
еныё» ювар
Переопред
еление
цены
юформлен
ие заката
товвра
Печать
заказа
Информацнв, мзвлеченная in точеа зрения, используется для заполненнв форм
шаблонов точеа зрення м органнзацим точек зрения в мерврхню нвследованіів. Это позволаеі
увяпетв общие ючаи зрения и покорно использовать мнфорнацню а иерархим
наследоваянв. Сервнсы, данные м управлвющав мнфорнаіщя наследуіоіся поднножееівом
точек зреннв. Нв рнсувке 1.5 похазаяа часть мерврхнн точек зрення для система поддержки
заказа н учета товаров.
Рисунок 1.5 - Иерархих точек зреннв
Атіествцнв дотгвнв яродемонстрнроваіь, 'rro требования деіlеівнтельно ояределяіоі
ту систему, аоюрую хочет иметь зaкaзчмк. Проверка требованиіl важна, так как ошибая в
спещіфмкацим требований иогут прмвестн к переделке системы н бппьшнм затраіан, если
будут обнвруженн во время процеосв разщботкн системы илм после введення ее а
эксплуатацню. Стоимость внеоения в систему изиененміl, необходнных для устранения
ошмбок в требованивх, намною выше, чем исправление ошнбоа яроектнровання илм
аоднровання. Причина в тон, что изменение требованиіt обычно влечеі за co6oil
значительные изиененнв в системе, после внесеннв которых она дотгвнв пройтн пошорное
тееінроваяме.
Во вренв процесса аггестацнн должны бьггь выполнены разлн'іные тнпы проверок
требованиіl.
І. Проверка правильности требованмё. Пользователь ножеі считать, что система
необходнна для выполнения некоторых определенных фуиаіціё. Однако .п,аяьнеёшме
размышления м анализ ногут прмвестн к необходнности введение дополніtіельньтх илм
новых фувщий. Системы предназначены длв разньтХ ПОfЬзоввтелеіl с разлмчными
потребноствнм, и поэтому набор требованиіl будеі предстввлвть co6oil некоторыіl
компромисс между требованнвми пользователей смстеньт.
2 Проверка на непротиворечивость. Специфиавівія требованиіl не должяа
содержать проіиворечиіl. Эіо означает, что в требованивх не должно быть протнворечащнх
друг другу ограничениіl или различньтх описанмё одной м тоё же систенноё функции.
3. Проверка на полному. Специфиваішв требований должяа содержать требования,
которые определвіот все системньте фувщии и ограничения, налагаеньте на систему.
4. Проверка на выполнмность. На ocнoW знания существующих технологиіl
требования должньi быть провереньт на возможность мх реального выполнения. Здесь также
ПQOB ИWW ВОзЖОЖНости финансированнв м графиа разработші системы.
Существует ряд методов атіестации требованмё, авторые можно использовать
совместно или квждьтіl в отдельности.
І. Обзор требованиіl. Требования системно анализируются рецензентани.
2. Прототнпирование. На этом этапе прототип смстеньт демонстрируетсв авнечнын
полыоввтелям и зяхязчику. Онм могуг экспериментировать с этим проіотнпом, чтобы
убедніься, что он оівечаеі мх потребноствм.
3. Генерация тестовых сіtенармев. В ндеале требования должяы быть твкмни, чтобьы
их реализаіиію можно было проіестнровать. Если тесты для требований разщбвты- ваіотсв
аак часть процесса аттестации, то часТо TO ПОзВоляет обнаружіtіь проблемы в
спеіиіфмкацим. Если такие тесты сложно или невозможно разрвбоіать, ТО ОбыННО TO
означает, что требования трудно выполніtіь м поэтому необходмно нх переснотрегь.
4. Автомвтизмрованный
анализ
непротнворечивостм.
Если
требования
представлены в виде структурных или форнальных системных моделеіl, ножно мспользовать
инструментвльные САЅЕ-средства длв проверки непротнворечивостн моделеіl. Для
автоматизированной проверки непротнворечивостн необходимо построить базу данных
требованиіl н затем проверить все требо В8НИя в этоіl базе данных. АНWязатор требованиіl
готовіtі оічет обо всех обнаруженных противоречиях.
Полыоввтельсаие м смстенные требования
На основаним полученных моделей строится пользовательсшіе требованнв, т.е. как
было сказано в начале опмсание на естественное языке функции, выполняеных смстеноіl, м
огранмчений, накладпіваемых на неѐ.
Пользовательскме требования должяы опмсывать внешнее поведение системы,
основные фуваіиіи м сервисьт предостввлвемые системой, её нефунщиональные своіlства.
Необходнно выделить опорные точаи зрения и сгруппировать требования в соотвеіствим с
нмнм. Пользовательскме требования ножно оформить ава простым перечмслением, тав м
используя ноіацию вармаіtіов использованнв.
Далее составляіотсв системньте требованнв. Они включают в себя:
І. Требования а архитектуре систеньт. Напрмнер, число м разнещение хранилищ м
серверов прнложений.
2. Требования а паранетрам оборудованнв. Налринер, частота процессоров
серверов м клиентов, объѐм хранилищ, разнер оператнвноіl и видео памвтн, пропускнав
способность канала м тд
3. Требования а пащнегран системы. Например, вреня отклмка на деёствме
полыоввтеля, наксмнальньтіl размер передвваеного фаіtла, наксинальнаа скорость передачи
данньтх, максимальное число одновременно работающих пользователей м т.д.
4. Требования к програмнному мнтерфейсу.
5. Требования
а
структуре
системы.
Налрмнер,
Масііггабмруеность,
распределѐнность, нодульность, открытость.
- масштабируемость — возножяость распространения системы на большое
количество нашин, не приводящая к потере рабоіоспособности м эффектнвностн, прм этом
способность системы наращиввть свою мощность должна определвтьсв только мощностью
сооіветствующего аппащтного обеспеченнв.
щспределенность - система должна поддерживать распределѐнное хранение
интеграцим с другими системами.
6. Требования по взамнодеіlствию и мнтеграции с другнни системами. Например,
использованме общеіl базы данных, ВОз&Ожность получения данных из баз данных
определѐнньзх систем и т.д.
Техипчесиое задапне
Техническое заданме представляет CO6oil документ, в коіорон сформулированы
основные цели щзр8ботаи, требованнв а ПPO нннону продукіу, определена сроаи м этвлы
разработки и регланеіtіирован процесс приено-сдаточных испытвнмё. В разработке
технического задания участвуют аак представители заказчмаа, так и представятелм
исполнителя. В основе этого доаунентв лежат исходньте требования заказчика, анализ
передовые достижениіl техникм, результвтьт выполнения научно-исследоввтельских работ,
предпроеатньтх исследованиіl, научного прогнозирования и т. п.
Разрвбогка технмческою заданнв выполняетсв в следующей последовательность.
Прежде всего устанавливаіот набор выполняемых фуващій, а также перечень и
хврвкіермстмаи исходньтх двнных. Заіен определяют перечень результатов, нх
хврвкіермстмаи м способы представления.
Далее уточняюі среду функционмрования программного обеспеченнв: конаретную
аомплеатаиню м пвранетры технических средств, версмю мспользуеной операционной
системы м, возможно, вepcим и пвранетры другою установленною програннного
обеспечения, с которым предстоит взаимодействоваіь будущему програмнному продукгу. В
случаях, аогда разрвбатыввеное програннное обеспеченме собмрвет и хранит некоторую
информацию нли включается в управление ааанн-либо технмческим процессом, необходимо
также четсо регламентироваіь действия програнмьт в случве
сбоев оборудования и энергоснвбженнв.
І. Общие положения
І.І. Технмческое задание оформляіоі в свответствми со ствндвртом ГОСТ 19.201 78, ГОСТ 34.602-89.
12 Для внесения измененмй м дополнениіl в техничесаое задние нв последующих
БЕДНЫЙ fl3 dDTkИ ПДОГ fl&&Ы ён ПДОГ fl&&HOГO нзДМИЯ выпускают дополненме к нему.
Согласоввние м утверждение дополнение к техничесаому заданию проводят в тон же
порядке, которьiй установлен для технического задания.
ІЗ. Технмческое задание должно содержать следующме разделы:
I) обіцне сведения,
2) назначение м цели создания (развитнв) системы;
3) хврвкіермстиаа объектов автомаіизации;
4) требования а системе;
5) состав и содержание рвбот по созданию системы;
6) порядок контроль и прмемкм систеньт,
7) требования к составу и содержанмю работ по подгоіовае объекта автоматизации
а вводу системьт в действме;
8) требования а документированию;
9) иcтoчнмки разработки.
В зависимости от особенностеіl программы нли програннного мэдeлия допускается
уточняіь содержанме разделов, вводить новые разделы нли объедннять оідельньте из них.
Прм необходимости допускается в техничесаве задание включать приложеннв.
2. Содеря‹ание рвзделов
2L
В рвздеке ‹Общие сведекха» ухвзыввіот:
I) полное намненованме системы и ее условное обозначенме,
2) шифр темы илм шмфр (нонер) договора,
3) наиненование предпрнвтнё (обьединений) разработчика и заказчиаа
(пользователя) системы и мх реквизиты;
4) перечень документов, на основанмм которых создается смстена, аем и аогда
утверждены эти доауненты;
5) плановые сроки начала и окончания работы по созданию смстеньт;
6) сведения об источниках м порядке финансирования работ;
7) порвдоа офорнленнв и предъввления заказчмку результатов работ пО СОзДdНИЮ
системы (ее частеё), по изготовлению и налвдке отдельных средств (технмческнх,
програнмньтх, инфорнаинонньтх) и програннно-технических (програннно-неіоднчесшіх)
аомплеасов системы.
22
Раздел «Назначение и целм создания (развятнв) системы» состоит из
І) назначение смстены;
2) іtели создания системы.
221. В подразделе «Назначение систеньт» указываіот вид ашонатнзмруеноіl
деятельности (управление, проектнрованме м т. п.) и перечень объектов автонатизации
(объектов), на которых предполагается ее мспользовать.
† 77 В поДщзделе «Цели созданнв системы» прмводвт намненованнв м требуемые
значения технмческих, технологичесаих, ПQОязвОдственно-экономических или другнх
поавзвтелеіl объекта автомвтИзЈИИ, авторые должны быть достигнуть в результате
СОзДбНН8 ИС, и указывают ариіерми оценки достиженнв іtелей создания системы.
2.3. В разделе «Характермстнки объекта авіонатизаіиіи» приводят:
I) враткие сведеннв об объекта ашонатизаіиіи илм ссьиіки на доауненты,
содержвщие такую информацию;
2) сведения об условиях эксплуатаіщи объекта автонатизацим и харакіеристиках
окружающеіl среды.
Примечание: Длв CAПP в разделе дополніtтельно приводят основные параметры и
харакіермстмаи объектов проектнрованнв.
2.4. Раздел «Требования к смстене» состоит из следующих подразделов:
I) требования а системе в целон;
2) требования а фувщиян (звдачам), выполнвемым системой;
3) требования а вндвн обеспеченнв.
Соствв требованиіl а смстене, вюіючаеных в данный раздел ТЗ на ИС, устанавлмваіот
В з8ВИСИности or вида, назначеннв, спеіиіфмчесаих особенностеё м условий
фуваіиіонирования аонкретноё системы. В каждон подразделе приводят ссылаи на
деёствующие НТД, определяющне требованнв к смстенам сооіветствующего вида.
2.3. І. В подразделе «Требованнв к смстене в целон» указывают:
- требования а структуре и фуваіиіонированию смстеньт;
- требования а численности и квалифиваіціи персонала системы и режину его
-
показатели назначения;
требования а надежности;
требования безопасности;
требования а эргонониае и технмческоіl эстеіиае;
требования а транспортвбельности длв подвижяых АС;
требования а эасплувтации, технмческону обслуживанию, ремонту и хранению
аомпонеіtіов системы;
требования а защиіе мнфорнации от несанкционированного доступа;
требования по сохранности инфopмaцим при авариях;
требования а защиіе от влияния внешних воздеіlствиіl,
- требования а патеніной чистоте;
- требования по стандартизацни и уиифиваіціи;
- дополніtіельньте требования.
2.3. I.l.
В требованнвх а структуре м функционмрованмю систеньт приводят:
I) перечень подсистем, их назначение м основньте характеристики, требованнв к
числу уровней иерархии м степени централизацим смстеньт;
2) требования к способан и средствам сВЯзя ЈИ Информационного обмена между
аомпонеіtіанм смстеньт,
3) требованнв а характеристикан взаимосвязей создаваеной системы со снежньтнм
обмена
4) требования а режиман функиионирования смстемн;
5) требования по диагиостированию системы,
6) перспектнвьз развитнв, модернизаіиіи системы.
2.3.1.2.
В требованиах к поаазаіелвм назначения ИС приводит значения
параметров, хврвШЩнзующие степень сооіветствия системы ее назначению.
Длв ИС управления уназываіот:
допустимые пределы модернизвцИн И зВИТНВ СнСW&Ы;
временные хараатеристнки, прм которых сохранвется назначение системьт.
2.3.2.
В подрвзделе «Требования а видам обеспечения» в завмсИмостИ OF ВИДУ
системы приводят требования к натематичесаому, инфорнвционнону, лмнгвистичесаому,
програнмному, техничесаому, нетрологическому, оргвнизвционному, нетодичесаому и
другие видан обеспечения системы.
2.3.2.1. Для матемаіическою обеспеченнв системы приводят требованнв а соствву,
облвстн прмненения (ограниченнв) и способам, испО£ЫОвания в системе маіематичесаих
методов и моделеіl, тнповьтх алгоритнов и алгоритнов, подлежащнх разрвбогке.
2.3.2.2. Для мнфорнационною обеспечения системы приводит требования:
I) а составу, структуре и способом оргвнизацим двнных в системе;
2) а информаинонному обмену между компонентами системы;
3) а информаинонноіl совместиностм со смежньтмм смстемами;
4)
по использованмю общесоюзнМХ н зfl Ш И ЖННМ CП ЛИКБНСRНХ,
отрвслевых классифмкаторов, унифмцированньтх докунеіtіов и клвссмфмкаіоров,
действующих на данном предпрнвтни;
5) по прмненению смстем управления базами данных;
6)
к структуре процесса сборв, обработки, передачи данных в системе и
представлению данных,
7) а звщите данных or рвзрушениіl при аварнвх и сбоях в элеатропіtіаним смстемы;
8) а контролю, храненмю, обновленмю и восстановлению данных;
9)
к процедуре приданнв юридической снльт документах, продуцируемын
техничесаимм средствами ИС (в своіветствми с ГОСТ 6.10.4).
2.3.2.3.
Длв лингвнстмческою обеспеченнв системы приводят требования к
применению в системе взыаов програнмирования вьтСОkОЮ ОВНЯ, Языков взанмодействня
полыоваіелеіl м технмческих средств системы, а также требованнв а кодированию и
декодмрованмю двнньтх, а язьткан ввода-вътвода данных, язьткан манипулирования даннымм,
средством описания предмеіной области (объекта автоматизации), а способан организации
диалога.
2.3.2.4.
Для програннного обеспеченнв системы прмводяі перечень покупных
програнмньтх средств, а также требования:
I) к независимости програмнных средств or мсполыуеных CBT И ОП ацИонноіl
средьт,
2)
к качеству програнмньтх средств, а также а способан его обеспечения м
3) по необходимости согласованмя вновь разрабатываемых програмнных средств с
фондон алгоріtінов н програнн.
2.3.2.5. Для технического обеспечения систеньт приводят требования:
I) а вндан технических средств, в тон чмcлe к видам комплексов техническмх
средств, програннно-технических аомплеасов и других конплектующиХ язДЖИіl,
допустимых а использованию в системе,
2} к фуваіиіональным, конструктнвньтн м эксплуатационным харакіермстиаам
средств технического обеспечения системы.
2.3.2.6.
Длв оргвнизационного обеспечения прмводвт требованнв к структуре м
фуваіщвн подразделениіl, участвующих в фунщмонмрованми смстены или обеспечивающих
2.3.2.7.
Для нетодичесавго обеспечения ИС прмводвт требованнв а составу
нормативно-технмческоё документацим систеньт (перечень приненяеных при ее
фуваіиіонированим стандартов, норнатнвов, нетодиа и т. п.).
2.4. Раздел «Состав и содержание щбот по созданию (развіtіию) системы» должен
содержать перечень стадий и этвлов работ по созданию системы в свответствми с ГОСТ
зались, определяющую отвеіственного (заказНяk би разработчмк) за проведенме этих работ.
2.5. В разделе «Требованнв а составу и содержвнмю работ по подготовке объекта
автоматизации а вводу смстены в действие» необходимо прмвести перечень основных
мероприятий м их исполнителеё, которые следует выполніtіь при подготовке объекта
автоматизации к вводу ИС в действме.
2.6.
В состав ТЗ на проеатирование ИС при налмчии утвержденных нетодиа
включаіот прнложения, содержащие:
I) щсчеі ожядаемоё эффективности системы;
2) оіtенку научно-технического уровнв смстены.
Приложение включают в соствв ТЗ на проеатирование ИС по согласованмю между
разработчиаом и заквзчмкон смстеньт.
Постаиоаип звдачи it лвборатприоfl рвботе 1
І.
2.
Из
Ть предлашемый твореіическиіl материал.
Построіtіь опорные точаи з Ннв на основании нетода VORD для форнирования
описанные в ГОСТ 34.602-89.
5. Оформить отчеі по лабощторной работе. Представить отчеі по лабощторной
Вариппты ицпнвндуюіьвьзх sпдпниіt
В соответствми с указанноіl преднетноё областью м классом разрабатнваеноіl
информационной смстеньт разработать техничесаое заданме на проеатирование ИС.
Таблиіш 1.2 — Инднвидуальньте задания
Ы
Іреднеінав область
I
RP
клад
2
кзводствехное п
п иятие
3
о говое л едјт иятие
4
CM
орговое лредјтриятие
5
2C
орговое предяриятне
6
2B
ортал
троительное предприятие
7
С учета
8
ьзсшее учебное заведение
фС управления
9
фнфщструктурв предприятия
F°°
10
фппвраінав мнфрвструатура предпрнвтия
|Эаспертнаа система
Содержаяке отчета
По выполненноіl работе составляется оічет. Оічет выполняеісв в электронное внде.
По выполненнону оічету проводнісв заіцігга лабощторной рабоіы.
Оічет по лабораторной работе должен состояТЬ яз С£Ј
Щях С
QHfifX
элешеніов:
- іитулъныRлим,
- основная часть (опмсание щбоіы): техничесаое заданме на проеатирование
информационной смстемьт;
- заключение (вьзводьт).
Вводнав 'іасть отчета должив валю'іать пуватът:
- условие задвчм,
порядок вьзполнения.
прогрвммно-аппаратньте средства, используеньте при вьтполненми работы.
вопросы лреподвватеЈта.
Коитрольвые вопросы
І. Что такое шізненныіl щікл программного продукта7
2. Дайте определенме нодели жизненного цилла ПО.
3. Приведите зтальт разрабогкм програннного средства.
4. Какме этanы включает в себя нодель ЖЦ ПC согласно ГОС'Т 19. 102-77?
5. Что включает в себв этал предяроекіного исследованнв7
6. Перечмсліtіе функциональньте требования к програнмному продукіу.
7. Перечмсліtіе эксплуатационные требования а програнннону продуату.
8. Перечмсліtіе правила разработші технического заданнв.
9. Назовіtіе основньте раздели технического задания.
10. В каких оіношениах находвтсв зДHИМ И разщбоічмк прм выщбоіке
требованиіl к програнмнону средство